Bug 232198 - Parallelization of the IMAP connections to fetch mails faster
Summary: Parallelization of the IMAP connections to fetch mails faster
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-26 11:03 UTC by Aurélien
Modified: 2012-08-19 00:04 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aurélien 2010-03-26 11:03:05 UTC
Version:            (using KDE 4.4.0)
Installed from:    Mandriva RPMs

In comparison with the mail MacOS X client, KMail retrieve mails very slowly.
When the IMAP protocol is sniffed in order to understand why is there a such important difference between these two clients I found that Mail parallelizes the IMAP connection and each connection retrieves the mails from the newest to the lowest by group of 200 or 500 mails (I don't remember the number exactly).

Thus it would be very interesting to have the same thing under kmail. In other words, next is how it could looks like:

- connection to IMAP server
- How many mails in the directory ? (for instance 1253)
- Create one new connection to the IMAP server to fetch the mail headers from 753 to 1253
- Create a new connection to the IMAP server to fetch the mail headers from 253 - 752
- Create a new connection to the IMAP server to fetch the mail headers from 1 - 252

Of course a limit on the number of simultaneous connection have to be applied (for instance 5 seems to be a good choice?)

And if the previously mail headers are stored in cache on the disk (independently of the off-line IMAP connection option), the directory content could be drawn very quickly in the GUI and the latest mails would appear at first. Then the other new mails could appear whereas the user is showing the directory content!
Comment 1 Myriam Schweingruber 2012-08-18 08:30:07 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 2 Luigi Toscano 2012-08-19 00:04:12 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.