Version: 1.8.3 (using KDE KDE 3.4.3) Installed from: SuSE RPMs OS: Linux I use a cachedimap account for being able to filter incoming mails arriving at an IMAP server. That moment one of my filters applies, no newmail notification is provided any longer, none of the actions being settable in the "Notifications Settings" applies: no sound, no logfile entry, no program execution, no pop-up, no taskbar entry marking - stdout/err message I did not test. If I remove my last filtering rule (it moves all mails not filtered yet to the Local Folders/Inbox (I do not want to use IMAP but my company changed the infrastructure so I have to; I do not want to leave the not filtered messages in the cachedimap Account's Inbox as this Inbox is the very last entry in the tree - very inconvinient there - and I was not able up to now to re-arrange it a way that it appears above the Local Folders area), notifications are provided as expected.
Confirmed for KMail 1.9.1 / KDE 3.5
*** Bug 129980 has been marked as a duplicate of this bug. ***
*** Bug 107443 has been marked as a duplicate of this bug. ***
I can confirm this in KDE 4.3. No new mail notification if the mail is moved by filter - although the target folder is configured for action when new mail arrives.
Isn't this just a duplicate of bug 118213? From the description it seems that applying the filters first and THEN processing the notifications could solve this problem.
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.