On investigating bug #319238 (mail cannot be moved) I thought a filter rule for incoming mails might be called twice if its active for all accounts. Currently that is local folders maildir and my main POP3 account. I thought it would make sense to call the filter just once, after download the mail via POP3 resource. Thus I just activated the POP3 account. But then the filters do not seem to work at all, unless I trigger manually with Ctrl+J I get all incoming mails in inbox. Unfiltered. Reproducible: Always Steps to Reproduce: 1. Make a filter rule for a mailinglist (List-Id) and bind it to your POP3 account. 2. Retrieve new mails via POP3. Actual Results: Mails are not filtered unless filtered manually. Expected Results: Mails the pop3 resource downloads are filtered. Since selecting the mails to filter them manually, seems to work around the annoying bug #319238, I now let all new mails go to some folder "aaUnfiltered", then as I disabled spam filter rules (see data loss bug #319226) delete the few spams policyd-weight lets through manual, and press Ctrl-A and then Ctrl-J to filter the rest. Whats for inbox I move there manually. This way, I seem to have reached some stable state to be able to use KDEPIM-2 without downgrading again to KDEPIM-1. This is Debian Sid, with KDEPIM 4.10.2, Akonadi 1.9.1 and MySQL 5.5. Another thought: Since even before new mails appeared in inbox before filtering, may it make sense to just bind the folders to the maildir resource and not the pop3 account? Honestly, I do not understand how filtering is supposed to work. In old KMail I didn´t have a maildir resource as a filtering account and I do not know what it would see as incoming mails.
Created attachment 79678 [details] filter rules in use I removed three Sender: field related filter rules for an internal mailing list and another filter rule I consider somewhat private. Its just simple filter rules aka, if field List-Id (mainly) contains something move mail to folder.
I have the same here, with Kmail 4.10.2 on kubuntu 13.4 In fact since 12.4, Never succeded in making spam filters work on pop3 accounts (I use 3 accounts) and always hat to move to Thunderbird which is working right from the start. appling manual filters on incoming dir works, but not direclty when downloaded.
I am experiencing the same problem Kontact 4.10.5 on Fedora 19. I always have to apply all my filters manually in order to get them to work. I also think that this bug may be related to Bug 322871 (https://bugs.kde.org/show_bug.cgi?id=322871) which plagues KDE 4.11
I still cannot reproduce the bug. I tried a filter that looks like this: [Filter #0] Applicability=2 AutomaticName=false ConfigureShortcut=false ConfigureToolbar=false Enabled=true StopProcessingHere=true ToolbarName=Testing accounts-set=akonadi_pop3_resource_2 action-args-0=476 action-name-0=transfer actions=1 apply-on=check-mail,manual-filtering contentsA=release-team.kde.org fieldA=List-Id funcA=contains identifier=MENPbMfhxCLwgvBz name=Testing operator=and rules=1 Very similar to yours, based on List-Id and works on a specific POP3 account. The mail is correctly filtered.
András, thanks for looking into this. I do manually filtering at the moment to weed out spams before mails are sorted into folders (due to bug # 319226). However I just set a filter for debian-user-german mailinglist which AFAIR doesn´t receive much spam AFAIK to automatically filter on the POP3 account that receives it. I will report back whether this works.
Hmmm, okay, this appears to work. Maybe bug has been fixed meanwhile? I suggest closing it. Can still be reopened if it happens again. Here I have KDE SC 4.11.3 with Akonaid 1.10.2 meanwhile.
Removing micool_angers@hotmail.com from CC list per abuse report.
That filter for debian-user-german mailing list appears to work consistently. Thus closing. Will reopen if I see this issue again.