GNOME Bugzilla – Bug 581908
missing mails in exchange
Last modified: 2009-12-29 11:29:38 UTC
Please describe the problem: I am using KDE4.1 and evolution 2.24 to access mails from my exchange server. most of the times, all the mails are not displayed in my in-box I have to go back to windows/outlook to see all the messages. Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
Please USE the template. It exists for a good reason. Also check http://www.go-evolution.org/FAQ#I_cannot_see_some_emails.2C_but_they_must_be_there. and report back.
(In reply to comment #0) > Please describe the problem: > I am using KDE4.1 and evolution 2.24 to access mails from my exchange server. > most of the times, all the mails are not displayed in my in-box > I have to go back to windows/outlook to see all the messages. > > > > Steps to reproduce: > 1. click on get mail > 2. Inbox folder wil show some number of unread mails > 3. but new mails are not displayed, even after "folder refresh" 4. sometimes, few mails that were there in the inbox are missing. > > > Actual results: > > > Expected results: > > > Does this happen every time? > I use evolution through out the day and it happens quite often > > Other information: > I do not have any filters, not set my junk folder,
@ rramesh - if you can afford to remove cache of mails , you will get all the mails back. Command for removing cache rm -rf ~/.evolution/mail/exchange @ Milan looks like this famous bug is back again
yeah, seems like that, though a different issue, as reporter says that the folder unread count works fine, only messages are not shown. So I guess the messages are downloaded, only disk-summary changes are influencing it in a wrong way.
Created attachment 134654 [details] [review] proposed eex patch for evolution-exchange; Couple notes: a) it's possible that there's still hidden some issue(s) with respect to db-summary rewrite, but this fixes some other issues I found. b) the sync_deletions logic was just broken. I changed it in a way that as we compare messages stored locally and returned from the server, the server is considered a master, and is tracked which messages _exactly_ are known on both places, local cache and the server and are deleted only those really deleted messages from the server, no new messages. c) the second change in refresh_folder_internal is because the href can be the same, but the UID can change. d) I'm not sure whether the change in refresh_folder is necessary, as it's just flushing a buffer, but I believe it's better for the consistency. My reproducer: Say you have, in evolution, some snap of the server messages. Close it, and in owa or outlook delete all messages from the folder, but add there some new too. Then run evolution. It is so clever that it deletes from the folder also those new messages, thus you see an empty folder, even there are some. They had been usually back next start, even without deleting the local cache. Much funnier is the issue with same href, but different UID. Basically do the same as above, but instead of deleting move them somewhere. Then change your mind and move some back. Then, in evolution, you shouldn't be able to open them (if they were not downloaded in the cache already). I did this with a folder of 4 messages, and only one I took out and back. Every time I opened the folder for the first time after start, the missing message had been shown and deleted immediately, in favour of the old, really deleted message, which stayed in the summary. I hope I didn't forget anything.
see old bug 435371 also
*** Bug 583544 has been marked as a duplicate of this bug. ***
This fixes the issue. It is a safe way to do it. But as suggested by Varadhan, it would be better if we handle the issue in get_folder_online than handling it in sync_deletions. I'll look into fixing it for get_folder_online. If no luck, then taking this patch in makes better sense.
*** Bug 512604 has been marked as a duplicate of this bug. ***
*** Bug 498578 has been marked as a duplicate of this bug. ***
Fine to commit Milan.
Created commit 8dd7f22 in eex master (2.27.3+)
*** Bug 586543 has been marked as a duplicate of this bug. ***
*** Bug 503189 has been marked as a duplicate of this bug. ***
Is this going to be backported to 2.26.x? It is rather annoying...
There is not planned any update for 2.26, please ask your distro maintainer to backport the patch.
*** Bug 564246 has been marked as a duplicate of this bug. ***
*** Bug 558201 has been marked as a duplicate of this bug. ***
*** Bug 537650 has been marked as a duplicate of this bug. ***
Actually, this is not fixed. I'm experiencing this with Evo 2.28, shipped with F-12.
*** Bug 576482 has been marked as a duplicate of this bug. ***