Bug 277742 - Filtering is applied at the wrong point of the mail retrieving process
Summary: Filtering is applied at the wrong point of the mail retrieving process
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 2.1.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-14 08:48 UTC by Anders Lund
Modified: 2011-09-17 21:20 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Anders Lund 2011-07-14 08:48:48 UTC 
Version:           2.1.1 (using KDE 4.6.4) 
OS:                Linux

Kmail2 (or the akonadi email resource) is applying filtering AFTER putting the mail in the inbox folder and telling me it arrived. Then mails starts being moved to their destination folders, very, very slowly. This is of course plain wrong, filtering should be done prior to placing mail in a folder. As a result of the misbehavior, a lot of akonadi, mysql and nepomuk activity appears to be repeated.

Reproducible: Didn't try

Steps to Reproduce:
use kmail2 with pop3 and filters

Actual Results:  
slow, unsatisfying user experience

Expected Results:  
world class user experience

OS: Linux (i686) release 2.6.39-ARCH
Compiler: gcc
Comment 1 Tobias Koenig 2011-09-17 21:20:57 UTC 
Hej Anders,

with the new mail filter agent this should be more smooth.
The mails are still put to the inbox first (e.g. when coming from POP3) and are filtered afterwards (because that's what our design is supposed to be), but it's much faster now and doesn't block the UI anymore.

Ciao,
Tobias