Bug 37149

Summary: Priority for IMAP jobs
Product: [Applications] kmail Reporter: Volker Augustin <vaugustin>
Component: IMAPAssignee: kdepim bugs <kdepim-bugs>
Severity: wishlist CC: bjoern, Tanktalus
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Other   
Latest Commit: Version Fixed In:

Description Volker Augustin 2002-01-15 10:23:42 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           kmail
Version:           KDE 2.9.1 CVS/CVSup/Snapshot
Severity:          wishlist
Installed from:    Compiled sources
Compiler:          Not Specified
OS:                Not Specified
OS/Compiler notes: Not Specified


currently when you initiate a new mail check all imap folders are checked for new mail. During that check you cannot yet read new mail.

As already mentioned in an earlier wishlist item posted by me it would be nice to have a way to mark imap folders explicitely for mail check.

To increase user experience imap jobs should get a priority and the imap slave should prefer jobs with high priority to jobs with low priority. Let me demonstrate the use of this on the new mail check:

1. Start the new mail check. This creates an imap job checking all (or all explicitely marked) folders for new mail. This job should have a medium or low priority. Also the INBOX should be checked first.

2. When you click on the INBOX while the new mail check is in progress a new imap job with higher priority should be initialized retrieving the headers of the inbox. All retrieved headers should immediately be displayed.

3. When I click on a header while the fetching of the headers is still in progress another imap job with an even higher priority should be initialized fetching that specific email.

Thus the time waiting for jobs to finish can be kept to a minimum.


(Submitted via bugs.kde.org)
Comment 1 Don Sanders 2005-05-16 10:25:40 UTC
"During that check you cannot yet read new mail." It would be nice if the root cause of the problem could be fixed rather than worked around.
Comment 2 Till Adam 2005-05-17 19:28:52 UTC
Not fixable with a synchronous kio slave, I'm afraid.
Comment 3 Darin McBride 2008-08-19 17:47:10 UTC
It's fixable by either using async slaves (if such exist), or shunting long tasks to separate threads.

It'd be soooo nice if KMail (I'm using 1.10.0 with KDE 4.1) were to be still usable while updating my GMail-over-IMAP.  As it is, repainting stops.  I can't check my regular email while IMAP is re-syncing.  Instead, I go over to Lotus Notes to check THAT email while KMail is fetching from Google.
Comment 4 Björn Ruberg 2009-12-18 11:53:17 UTC
Just curious. In recent kmail versions I can check the inbox and read mails quite well at the same time. You too?
Comment 5 Björn Ruberg 2009-12-21 18:53:07 UTC

*** This bug has been marked as a duplicate of bug 41514 ***