| Summary: | Mail filters not always applied when messages come in too fast | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Roman Fietze <kde> |
| Component: | Mail Filter Agent | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | amantia, bluelightning, mail |
| Priority: | NOR | ||
| Version First Reported In: | 4.9 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | 4.10.1 | |
| Sentry Crash Report: | |||
Can confirm this on 4.9.5 "release 3". Using pop though. For instance, I have the following filter setup. opensuse-de@opensuse.org with move to folder OpenSUSE If one email is coming in, it first shows up for a second or so in the inbox and then it is moved to the assigned folder. If 10, 20+ or so mails are received, they all show up in the inbox first, and then about 1/2 of them stay in in box, the other half is moved to the folder assigned. Fixed in KDE 4.10.1 and later by Wolfgang Rohdewald. http://commits.kde.org/kdepim/185c572e079ef40bee2225e582c11dbdbb35840f |
Test scenario: - KMail 4.9.4 - IMAP account setup and working properly, here Cyrus IMAP server on the same machine as KMail for testing - Filter defined, so all messages for the IMAP account (advanced tab) will be moved to local inbox, matching all messages (empty match text fields) Earlier versions of KMail/akonadi ignored the filter if not applied manually, but this is kind of working now. Reproducible: Always Steps to Reproduce: 1. Send a single message to the host and the IMAP server. 2. The message appears for a very short moment in IMAP/Inbox and is moved to local/inbox right away, reappearing there. So good so far, that's fine. 3. Now set up a loop like this: for i in 01 02 03 04 04 05 06 07 08 09 10 11 12 13 do echo$i; date | mail -s Test$i localusername; sleep 0.1 done When the sleep goes below a certain limit some of the messages remain in the IMAP/Inbox, on my host about 1 out of 5. On my host, which is an openSUSE 12.1 inside a VirtualBox on a fast host this limit is about 0.1s. Manually applying all filters on all messages in IMAP/Inbox after something went wrong finally moves them where they should have been gone the first time. Actual Results: Messages remaining in IMAP/Inbox.