GNOME Bugzilla – Bug 711443
IMAPX account unread count goes only up, not down
Last modified: 2014-02-20 12:43:06 UTC
While I read my emails, I mark messages as read, sometimes by selecting couple of them and "mark read" from a context menu, sometimes by clicking the envelope icon in the message list. The folder tree in evolution updates the unread count only up, not down (it adds one when I mark a message unread, but not subtract when marking it as read), while the info label above the folder tree shows correct unread count. The counts can eventually sync when the account does send/receive routine. I guess this is an issue on eds side, in the imapx provider, thus I fill this in eds.
I tried reproducing this, but the unread counts in the folder tree follow my clicking as they should, both increasing and decreasing. Maybe there's another factor here?
(In reply to comment #1) > Maybe there's another factor here? Yeah, there seem to be. Reading my mails today I see correct count changes. I also has some weird slowness on "Scanning folder list on server xxx", which maybe fixed the issue by repopulating store's summary (but there was no message summary redownload for sure). That said, I cannot reproduce it now too.
I've noticed an occasional pause while reading IMAP LIST responses from Zimbra for some reason, which can cause a short delay in populating the folder tree in Evolution. Maybe that's what the weird slowness was? Dunno what's going on with that yet. Can't tell if it's actually coming from the server or if it's a local buffering issue somewhere.
Right, I see it with the Zimbra server too. And mainly, basically, as I didn't notice it with pother servers yet.
I found the way: a) have Edit->Preferences->Mail Preferences [ ] Check for new messages on start b) close evolution, run evolution c) select any IMAPx folder d) change unread state of any message - it only adds, but does not subtract unread count in the folder tree e) click Send/Receive and wait till the account is done * notice the unread count in the folder tree synchronizes f) repeat d) - it both adds and subtracts, as expected.
Created attachment 259202 [details] Receiving Options Hmm, still no luck for me after disabling "Check for new messages on start" and restarting Evolution. Wondering if it might be related to QRESYNC. I have it enabled for my Zimbra account and when switching to a folder it updates the summary faster than I can click on anything. Attached is my "Receiving Options" page for Zimbra. Let's compare.
Created attachment 259241 [details] Receiving Options Less options set here. :)
Dang it, still no luck. Matched my settings to yours and restarted Evo. Dunno what else to try. Setting this aside for now, but if I see the symptom myself or if you can give any other clues, I'll get back on it.
I change unread state by clicking the icon in the message list, thus, when it doesn't work, the count is increased here:
+ Trace 232743
from which I believe the MailFolderCache is not properly populated after start with disabled immediate Send/Receive invocation.
The problem was the asynchronous nature of mail_folder_cache_note_store(). While it was running in folder info retrieval, some folders could be opened ("folder-opened" signal emitted for them), but silently ignored, because the corresponding folder info was not found in the mail-folder-cache. Postponing calls of mail_folder_cache_note_folder() for such cases on time when the initial folder info lookup is done fixes the issue. Created commit d80607d in evo master (3.11.91+) [1] [1] https://git.gnome.org/browse/evolution/commit/?id=d80607d