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

Patrick Boutilier boutilpj at ednet.ns.ca
Wed Dec 16 13:09:41 EST 2009


On 12/16/2009 01:14 PM, Michal Hlavinka wrote:
> 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?



No errors in our log but I am probably the only one using Thunderbird 3 :-)

Same thing happen if you use TLS on standard port 143 instead of using 
imaps on port 993?








>
> 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>---------------------
> ----
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: boutilpj.vcf
Type: text/x-vcard
Size: 286 bytes
Desc: not available
Url : http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20091216/b273ac14/attachment.vcf 


More information about the Info-cyrus mailing list