GNOME Bugzilla – Bug 220831
Allow multiple connections when accessing IMAP server
Last modified: 2005-11-15 02:22:21 UTC
Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: When Evolution is checking mail on a large IMAP account -- I have over 50 folders with mail delivered directly to the folders via procmail, it is extremely hard to do anything else, particularly it is extremely slow to switch folders or even switch between messages within a folder. I have checked my IMAP server (courier imapd 1.3.5_1 running on FreeBSD 4.4, configured to allow 4 connections per client), and it appears to be only ever using one server to serve all Evolution requests, so it appears that Evolution is using a single connection. It would be nice to be able to optionally enable an additional connection to the server for interactive tasks, to keep the UI responsive, so "Storing folder ...", "Scanning folder in ...", etc. would use the backgound connection, while "Refreshing foler ...", "Retrieving message ...", etc. would use the interactive connection. Steps to reproduce the problem: 1. Connect to large IMAP account 2. Send and receive mail 3. Switch folder or message Actual Results: Folder/message switching is very slow Expected Results: Folder/message switching is an interactive operation and should be fast enough to make the UI usable. How often does this happen? Always. Additional Information:
one of the problems with this is that not all imap servers actually allow multiple connections to the same account (uw.imapd for example, which is also the most popular because it is installed by default with most linux systemsand even other unix systems). anyways, this will require a complete rewrite of IMAP no matter how you figure it so it will be quite a while before we get around to it (we do have other reasons to want to rewrite imap though...) marking this as "probabledup" because I want to mark this as a duplicate of the "IMAP rewrite" bug.
*** This bug has been marked as a duplicate of 216927 ***