Version: unspecified (using KDE 4.7.0) OS: Linux As per FilterManager::Private::slotInitialItemsFetched filters are applied to unread messages, this makes no sense, filters should be applied either to received messages or to the current message if Ctrl+J is applied. Moving the messages i just moved to a different folder just because it is unread is unacceptable. Reproducible: Always Steps to Reproduce: Have an unread message Move it to a different folder than the one your filters specify Receive mails See how your message magically goes back to the old folder Expected Results: Messages i received days ago should not be modified by filters unless Ctrl+J is applied onto them
Same here in 4.7.2. I didn't test the moving, but anytime I open KMail, it reapplies the filters to all unread messages in my inbox, which makes it unusable for 30 min as it runs 400 messags thru spamassassin! As you said, filters should only be applied to incoming messages. But I also noticed that, when downloading new mails, all of them first go to the inbox and are further processed and moved only afterwards. Maybe this causes the problem.
I see this behaviour too in kde-4.7.3. Akonadi/Kmail can not recognize incoming messages. Because of this it is not possible to filter incoming messages or to give these messages a different colour. To workaround the problem of filtering messages when Kmail is started: I've made a filter to move unread messages older than 30 days out of the inbox. This way my inbox is reduced from 4000 to 300 messages. It still takes 2 minutes to filter the messages at start though :(
(In reply to comment #2) > Akonadi/Kmail can not recognize incoming messages. > Because of this it is not possible to filter incoming messages or to give these > messages a different colour. Isn't recognizing new mails an essential feature of any e-mail application? The UI seems inconsistent, as (in 4.7.2( any filter has the option of being applied to incoming messages...
All is fixed in 4.8.0
Thanks for fixing this.