Red Hat Bugzilla – Bug 950005
evolution doesn't download some messages from imap, showing their bodies as zero size (and with zero size attachment of text/html)
Last modified: 2014-01-02 04:06:52 EST
Description of problem: evolution doesn't download some messages from imap, showing their bodies as zero size (and with zero size attachment of text/html) Version-Release number of selected component (if applicable): evolution-2.28.3-30.el6.x86_64 How reproducible: frequently Steps to Reproduce: 1. check ""Check for new messages in all folders" and "Automatically synchronize remote mail locally" in "Email account" -> "Receiving Options" 2. switch evo to offline mode 3. send (add) tens to hundreds of various messages (plaintext/html, with/without attachments, conversation roots/replies) to some folder 4. wait till evo finishes "checking for new mail" and "synchronizing mail locally for offline use" 5. put evo back offline 6. browse the messages Actual results: * some messages (up to half in my experience) is "downloaded" with just newline in message body and zero-length html body (aka only headers are downloaded locally but evo pretends that message bodies and attachments are downloaded as well) * even after evo is put back online, it doesn't redownload the message on browsing the messages in the same folder * the messages are downloaded again when user selects different message, navigates to other folder, navigates back and selects the message again Expected results: * all messages are downloaded fully (preferably in order of: displayed parts of currently selected message, all headers, all preferred bodies, all attachments, all alternative bodies) * if some (part of the) message is not downloaded, evo marks it as such and tries to re-download it on first occasion (after first synchronization finishes) Additional info: This is really annoying when one wants to read bunch of emails while travelling with bad or no network connection.
David, do you still see this, please?
Yeah, it's pretty frequent.
I'm moving this to eds, it's the place where the code in question resides.
Created attachment 760941 [details] proposed eds patch for evolution-data-server; The rebased 2.32.3-1 contains [1], thus I backported only [2], and made similar changes into imap provider. Could you try to install this [3] test package and use it for some time (like for a week), please? [1] https://git.gnome.org/browse/evolution-data-server/commit/camel/camel-data-cache.c?id=5fa3acb33c342cfc4f096d053d2bd5bbdae87fa1 [2] https://git.gnome.org/browse/evolution-data-server/commit/?id=608d9ccabb9246418dc96cde1c49d12ee2f0e02a [3] https://brewweb.devel.redhat.com/taskinfo?taskID=5904941
Here [4] is updated build, evolution-data-server-2.32.3-7.1.el6. It contains patch from comment #5, enhanced with a print on evolution's console when there was hit the bug with zero-length files. It prints either > camel_imap_message_cache_get: Ignoring empty file 'path-to-file' or > camel_data_cache_get: Reporting error on empty file 'path-to-file' Thus if you run evolution from a terminal, then you can see whether the newly added code was used or not. [4] https://brewweb.devel.redhat.com/taskinfo?taskID=5939719
I'm setting this to need-info, to not forget that I expect feedback from David.
This package [5] contains an upstream fix for this bug and for bug #979722. Please test it with it. it should just work. [5] https://brewweb.devel.redhat.com/taskinfo?taskID=6005345
I used evolution relatively lightly last week, let's wait if I hit the bug again during next week or not...
I didn't encounter the bug over last three weeks. I've had much smaller chance to hit it though, as I almost never checked cached messages when offline...
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-1540.html