Bug 266154

I experience the same behaviour, in the unchanged filter-settings (SPAM-Assistant) is a rule, that all mails with size >= 0 (*greater* than zero) are to be classified as spam. 

Is that the mistake ?
Even if i change the filtersettings to 'size *equal* zero' the spam folder gets empty, then is filled again with 'normal' mails

Greetings 

Ewald Müller (mue.de)

I can corroborate the original post.  I have the kmail filter configured to pipe through /usr/bin/bogofilter -pev -c /home/cfigura/.bogofilter/bogofilter.cf.
As Frank noted, this works perfectly on a SAVED mbox file run from the command line, but does not run as a filter, either automatically or manually.

As a side note, if I precede the 'pipe through' instruction with the typical 'Remove headers X-Attachments' and/or 'Remove headers X-Bogosity', the AkonadiTray pops up one of the following warning notifications: (note, 'Wartburg' is our disconnected IMAP server)

Wartburg: Append failed, server replied: A000174 NO Folder is not found. [ TRYCREATE  ]

Wartburg: Could not determine the UID for the newly created message on the server

Still an issue with

I wonder if this is related to bug #255388

I notice the same issue with SpamAssassin.

However I am positive SpamAssassin is actually working in background: importing big folders from my older was slowing down my computer, and I was able to see the SpamAssassin process taking CPU % in the process list.

That is why I believe the issue is actually a problem with modifying the headers. The new Kmail seems unable to do this.

(In reply to comment #4)
> I wonder if this is related to bug #255388

To answer my own question:

It seems this is not related to that bug, as that bug was fixed and spam filters still don't work for me.

*** This bug has been confirmed by popular vote. ***

This seems to be fixed in kmail 2.1.0

Fixed for me too in 2.1.0. Both Bogofilter and SpamAssassin do tag my emails now.

To be more precise. Tagging works for me, yet moving not. If I apply the filters manually the emails get moved to the junk folder but not automatically as other emails from my IMAP inbox.

Indeed, same for me: tagging works but not moving.

There is another bug that also makes Bogofilter unusable, https://bugs.kde.org/show_bug.cgi?id=275209, by causing endless message duplications.

Packages for Kubuntu Natty from Kontact Updates PPA (4.6.0).

I can confirm this bug: it still exists in Kmail 4.7.0.

Bogofilter works now with 4.7.0, but here, too, mails are not moved accordingly. Only when I press Ctrl+J (apply filters) on a recognised spam mail, it gets moved away.

Perhaps it’s only a wrong condition check which causes further filter processing to be aborted after the spam filter is finished?

Hej Frank,

adding the bogofilter header to the mail by the 'Pipe through' filter has been fixed in 4.7 and making the following move filter work has been done today.
So it works in master (and future 4.8).

Ciao,
Tobias

I can confirm that it works in 4.8. Thanks for fixing.

I think I am still seeing this bug.

I set up spamassassin using the wizard, I marked some messages as spam and some messages as ham.  I keep getting more copies of the spam message and the warning: "Could not determine the UID for the newly created message on the server" every time I sync (IMAP).

I disabled the spamassassin filters and tried using bogofilter isntead.  Now I got a duplicate of each ham message, and get the warning "Could not determine the UID for the newly created message on the server" for each of those messages every time I sync.  The spam messages did get moved to the trash and I'm not getting duplicates of them using bogofilter.

This was using version 4.13.3 on Kubuntu 14.04.

This happens again on:
Magia 5

KMail 4.14.5
KDE 4.14.30
Bogofilter 1.2.4

…oddly enough, when both KMail and KDE were 4.14.5 it worked.

No idea what caused it, but I found it and here’s a fix/workaround…

Actual problem:
`~/.kde4/share/config/akonadi_mailfilter_agentrc` suddenly prepends my home directory to the bogofilter line.
e.g. it says:
`action-args-1=/home/hook/bogofilter -s`
…which is obviously wrong.

Fix/workaround:
change all such lines in the file (or via the KMail Filter dialog) to point to the actual command, which can be easily found by running `which bogofilter` in the console. Most likely this will be:
`action-args-1=/usr/bin/bogofilter -s`

Side-note:
The same applies for the antivirus scan filter and the `kmail_clamav.sh` line.

Closing the bug again, as it seems it’s somewhat different and the workaround is stated above.