[Bug] Compression failures in IMAPS (with thunderbird 3.0)

Michal Hlavinka mhlavink at redhat.com
Wed Dec 16 12:14:05 EST 2009


Hi,

two fedora users has found there are compression failures when cyrus-imapd 
(2.3.15) is communicating with thunderbird 3.0 (this is first version 
supporting compression). Does anyone have seen this?

Cheers,
Michal Hlavinka

-----------------<forwarded message>---------------------------------
Dec  2 12:44:15 mail imaps[3817]: executed
Dec  2 12:50:43 mail imaps[3817]: accepted connection
Dec  2 12:50:43 mail imaps[3817]: imapd:Loading hard-coded DH parameters
Dec  2 12:50:43 mail imaps[3817]: SSL_accept() incomplete -> wait
Dec  2 12:50:43 mail imaps[3817]: SSL_accept() succeeded -> done
Dec  2 12:50:43 mail imaps[3817]: starttls: TLSv1 with cipher
DHE-RSA-CAMELLIA256-SHA (256/256 bits new) no authentication
Dec  2 12:50:43 mail imaps[3817]: login: builder.redfish-solutions.com
[192.168.10.7] philipp plain+TLS User logged in
Dec  2 12:50:43 mail imaps[3817]: seen_db: user philipp opened
/var/lib/imap/user/p/philipp.seen
Dec  2 12:50:43 mail imaps[3817]: open: user philipp opened INBOX.Drafts
Dec  2 13:12:43 mail imaps[3817]: IOERROR: reading message: unexpected end of
file
Dec  2 13:12:43 mail imaps[3817]: Error decompressing data, closing connection
Dec  2 13:14:15 mail master[2178]: process 3817 exited, status 0
Dec  2 13:11:15 mail imaps[3986]: executed
Dec  2 13:14:43 mail imaps[3986]: accepted connection
Dec  2 13:14:43 mail imaps[3986]: imapd:Loading hard-coded DH parameters
Dec  2 13:14:43 mail imaps[3986]: SSL_accept() incomplete -> wait
Dec  2 13:14:43 mail imaps[3986]: SSL_accept() succeeded -> done
Dec  2 13:14:43 mail imaps[3986]: starttls: TLSv1 with cipher
DHE-RSA-CAMELLIA256-SHA (256/256 bits new) no authentication
Dec  2 13:14:44 mail imaps[3986]: login: builder.redfish-solutions.com
[192.168.10.7] philipp plain+TLS User logged in
Dec  2 13:14:44 mail imaps[3986]: seen_db: user philipp opened
/var/lib/imap/user/p/philipp.seen
Dec  2 13:14:44 mail imaps[3986]: open: user philipp opened INBOX.Drafts
Dec  2 13:14:44 mail imaps[3986]: Expunged 21 messages from 
user.philipp.Drafts
Dec  2 13:16:43 mail imaps[3986]: IOERROR: reading message: unexpected end of
file
Dec  2 13:16:43 mail imaps[3986]: Error decompressing data, closing connection
Dec  2 13:17:57 mail master[2178]: process 3986 exited, status 0


or else:

Dec  2 13:19:09 mail imaps[4000]: accepted connection
Dec  2 13:19:09 mail imaps[4000]: imapd:Loading hard-coded DH parameters
Dec  2 13:19:09 mail imaps[4000]: SSL_accept() incomplete -> wait
Dec  2 13:19:09 mail imaps[4000]: sslv3 alert certificate unknown in
SSL_accept() -> fail
Dec  2 13:19:09 mail imaps[4000]: imaps TLS negotiation failed:
builder.redfish-solutions.com [192.168.10.7]
Dec  2 13:19:09 mail imaps[4000]: Fatal error: tls_start_servertls() failed
Dec  2 13:19:09 mail master[2178]: process 4000 exited, status 75
Dec  2 13:19:09 mail master[2178]: service imaps pid 4000 in BUSY state:
terminated abnormally


Note that this only affects
auto-saving of messages into "Drafts" or copying sent messages into the "Sent"
folder.

This happens most often when sending emails with large binary attachments 
(e.g.
.docx files).

The odd part is that the process that was previously connected to will exit,
and my UA (Thunderbird) will tell me that there was an error ("I/O Error") and
ask me if I want to retry.

Clicking OK will cause it to connect to a freshly spawned process and succeed.

If I had to guess, I would conclude that over time, the client and server ends
get out of sync (and therefore, agreement about connection state) and the
server process exits.  When a new process is created and its state 
initialized,
the client and server processes once again are in agreement.

How to reproduce:
Configure TB 3.0 to have an IMAP/S connection to a server running Cyrus
2.3.15.  Enable auto-saving of messages.  Configure to save sent messages in
the "Sent" folder on server.

Create a message, and attach a Word document to it.  Send it.

-----------------<end of forwarded message>---------------------


More information about the Info-cyrus mailing list