On Wed, Dec 16, 2009 at 02:09:41PM -0400, Patrick Boutilier wrote:
> 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?
>
>
>
Hi Patrick,
We have seen this sort of behavior with or without compression when
the client support for IDLE was broken, i.e. the client would only
IDLE the INBOX and not other IMAP folders. Thus, you would see it
on draft folders and sent folders. Try disabling IDLE in TB3 and
see if that fixes it. Good luck.
Regards,
Ken
>
>
>
>
>
>>
>> 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
>
> begin:vcard
> fn:Patrick Boutilier
> n:Boutilier;Patrick
> org:;Nova Scotia Department of Education
> adr:;;2021 Brunswick Street;Halifax;NS;B3K 2Y5;Canada
> email;internet:boutilpj@xxxxxxxxxxx
> title:WAN Communications Specialist
> tel;work:902-424-6800
> tel;fax:902-424-0874
> version:2.1
> end:vcard
>
> ----
> 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
----
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
