GNOME Bugzilla – Bug 789529
[IMAPx] Lefts non-existent message reference in local summary
Last modified: 2018-01-17 16:40:42 UTC
This is not a new problem but I can trigger it WAY more often in 3.26, plus in 3.24 I need to repeat the steps only once to fix this while in 3.26 this does not seem to help anymore. === Steps: 1. I have one GMail IMAP subfolder set to "Copy folder content locally for offline operation". 2. I click the connector logo in the lower left corner 3. I get a dialog "Synchronize folders locally for offline usage?" 4. I click "Synchronize" and wait. 5. Once Evolution has finished, I go to that subfolder. === Expected outcome: * All messages are available for offline usage. === Actual outcome: * Some messages display "Message is not available for offline mode." * Trying to apply filters, the terminal shows: "camel-WARNING **: Error in execution: Failed to retrieve message"
+ Trace 238116
Thread 2815 (Thread 0x7fffad2ff700 (LWP 20414))
Plus "Storing changes in folder" seems to be more aggressive and kick in more often, which might be related? And maybe also related: For some files I get "Unable to retrieve message. Empty cache file" errors. But those are not always the non-downloaded files.
(In reply to André Klapper from comment #1) > And maybe also related: For some files I get "Unable to retrieve message. > Empty cache file" errors. But those are not always the non-downloaded files. I've split this into a separate task: Bug 789555
Created attachment 362805 [details] CAMEL_DEBUG=imapx:io,imapx:conman evolution --online &>evoimaplog.txt evolution-3.26.1-1.fc27.x86_64 evolution-data-server-3.26.1-1.3.fc27.x86_64 Go into offline mode and choose "Synchronize folders locally for offline usage" See "Syncing messages in folder" for the subfolder in status bar. Mark the most recent messages in the subfolder and click "Apply Filters" Get "Error while filtering selected messages: Failed to retrieve message" Go into online mode again. Repeat all the previous lines in an neverending loop.
Right. The change from bug #789555 is supposed to fix the synchronization, as long as the folder content can reach all messages. As we spoke on IRC, the problem could be that the local summary had stored an information about a message which didn't exist in that folder, in which case the server reports success of message body download, but doesn't return any data. That's what shows the log above as well: > [imapx:O] I/O: 'O01576 UID FETCH 34394 (BODY.PEEK[])' > [imapx:O] I/O: 'O01576 OK Success' A message with UID 34394 doesn't exist in that folder. There is no code to clean up such records. I can add it and instead of reporting Empty cache file, I can report "Message does not exist on the server" and remove it from the local summary. The only problem is that it can be confusing and it won't fix the root cause of the issue, which is currently unknown, at least to me.
I have not been able to reproduce this a single time since the fix for bug 789555. Thanks Milan!