[Evolution] evolution 3.10.3 unable to retrieve a message from zimbra imap, thunderbird has no problems.

[Eugene <eugene bct bz>]

Using https://wiki.gnome.org/Apps/Evolution/Debugging I started with

CAMEL_DEBUG=imapx:io evolution >& logfile

and found following while trying to get a particular message (most messages are retrieved just fine) :

[imapx:M] camel_imapx_write: 'LOGIN...'
[imapx:M] camel_imapx_read: buffer is 'M00075 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE 
ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND 
NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES SORT THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN 
XLIST] LOGIN completed
'
[imapx:M] camel_imapx_write: 'M00076 NAMESPACE
'
[imapx:M] camel_imapx_read: buffer is '* NAMESPACE (("" "/")) (("/home/" "/")) NIL
M00076 OK NAMESPACE completed
'
[imapx:M] camel_imapx_write: 'M00078 SELECT INBOX
'
[imapx:M] camel_imapx_read: buffer is '* 3416 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1] UIDs are valid for this mailbox
* OK [UIDNEXT 18880] next expected UID is 18880
* FLAGS (\Answered \Deleted \Draft \Flagged \Seen $Forwarded $MDNSent Forwarded $Junk $NotJunk Junk 
JunkRecorded NonJunk NotJunk receipt-handled $Label5)
* OK [PERMANENTFLAGS (\Answered \Deleted \Draft \Flagged \Seen $Forwarded $MDNSent Forwarded receipt-handled 
$Label5 \*)] junk-related flags are not permanent
* OK [HIGHESTMODSEQ 26743] modseq tracked on this mailbox
M00078 OK [READ-WRITE] SELECT completed
'
[imapx:M] camel_imapx_write: 'M00080 UID FETCH 280 (BODY.PEEK[]<40960.20480>)
'
[imapx:M] camel_imapx_write: 'M00079 UID FETCH 280 (BODY.PEEK[]<20480.20480>)
'
[imapx:M] camel_imapx_write: 'M00077 UID FETCH 280 (BODY.PEEK[]<0.20480>)
'
[imapx:M] camel_imapx_read: buffer is '* 15 FETCH (UID 280 )
'
[imapx:M] camel_imapx_read: buffer is '* BYE zimbra.example.com Zimbra IMAP4rev1 server closing connection


The most intriguing part is that after downloading the same message with
thunderbird it was happily downloaded by evolution a moment later.
Reproduced on several more messages with large attachments. Access via
thunderbird consistently opens the door for evolution 3.10.3

This is well beyond my understanding. Thunderbird has been code frozen
for several years, evolution is in active development and still keeps
exhibiting errors.

Eugene.