After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 729240 - IMAP folder list loaded slowly on start up
IMAP folder list loaded slowly on start up
Status: RESOLVED INVALID
Product: evolution
Classification: Applications
Component: Mailer
3.12.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2014-04-30 07:16 UTC by Joachim Breitner
Modified: 2014-09-11 07:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
CAMEL_DEBUG=imapx output (extracts) (42.65 KB, text/plain)
2014-07-19 15:11 UTC, Joachim Breitner
Details

Description Joachim Breitner 2014-04-30 07:16:55 UTC
I just upgraded from 3.8 to 3.12 (Debian unstable) and noticed a regression that is annoying every morning: With 3.8, when starting evolution, the folder list was immediately present. With 3.12, it first sits there for what feels like half a minute, saying that it loads the folders.

I’m using a dovecot IMAP server and I have roughly 250 folders.
Comment 1 Joachim Breitner 2014-05-02 07:30:20 UTC
Another observation that may help narrowing it down: I have a folder with a few unread mails.

Previously, I would look at the folder list, and the little star on the folder icon would disappear. When I quit evolution and start it again, that start would still be gone.

Now, when I restart evolution, the little star is shown again, although the folder did not change at all.

So one guess would be that evolution fails to read its previous folder list and state, so re-syncs the folder list from the server. Maybe a problem with upgrading from 3.8 to 3.12 directly?

I am tempted to just remove the files in ~/.cache/evolution and see if the problem disappears, although that would make debugging it harder...
Comment 2 Joachim Breitner 2014-06-03 08:09:11 UTC
Got annoyed, removed ~/.cache/evolution, problem disappeared...
Comment 3 Joachim Breitner 2014-06-03 21:22:39 UTC
Hmm, spoke too soon. Problem came back. Maybe some corruption in the cache?
Comment 4 Joachim Breitner 2014-07-19 14:50:20 UTC
JFTR: Still in 3.12.4.
Comment 5 Joachim Breitner 2014-07-19 15:11:00 UTC
Looking at a CAMEL_DEBUG=imapx log I can see that it starts fetching lots of statuses about individual mails, and even fetches some mails, while I am still waiting for the folder list to appear. I recall that in earlier versions, it would show me the folder list and _then_ start updating and fetching mail in the background.

I assembled a few representative and non-privacy-invading parts of the log, see attachement. I especially find 

[imapx:A] Eep, after QRESYNC we're out of sync. total 14972 / 14972, unread 1 / 14960, modseq 52629 / 52629

followed by 14960 FETCHEs worrying.
Comment 6 Joachim Breitner 2014-07-19 15:11:32 UTC
Created attachment 281188 [details]
CAMEL_DEBUG=imapx output (extracts)
Comment 7 Joachim Breitner 2014-07-19 15:46:51 UTC
Hmm, it might also be related to gnome-keyring-daemon. At least I just changed something in that direction (not quite sure what) and now I get the folder list quicker.

Or maybe there is some other condition triggering the bad behavior (maybe unclean shutdowns?). I’ll continue to observe the issue.
Comment 8 Joachim Breitner 2014-07-22 21:50:27 UTC
Problem seems to have disappeared; possibly related to gnome-keyring-daemon. Since noone else reported the same and in the interest of keeping the open bug count low, closing this for now.
Comment 9 Joachim Breitner 2014-09-11 07:40:23 UTC
Still hard to pin point precisely, but it seems it got worse from 3.12.4 to 3.12.5.