421269 - in most cases binary attachements are corrupted with groupwise imap

Status: RESOLVED WORKSFORME

(Thunderbird :: General, defect)

Description

[Dejan Pecar]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Build Identifier: version 2.0.0.12 (20080213)

when i'm viewing a imap mail with one ore more binary attachements the
last attachement is corrupted in most cases. not everytime. it seems like the
last attachement is cut at some point. in case of a jpeg for example i just see
about the upper half of a picture.

Reproducible: Couldn't Reproduce

Steps to Reproduce:
send a mail with binary attachement from groupwise mail client to
a groupwise account on the same server.



our imap server is novell groupwise. the problem occures only with this server.
i tested also with SquirrelMail Version 1.4.9a but never had such a problem.

i tested also other mail clients with the same corrupted mail and imap on groupwise but these clients loaded the attachement correct. (clients tested: groupwise, the bat, evolution, outlook).

so i assume it's a thunderbird only problem.

i also tested thunderbird version 3.0a1pre (2008030503) but have the same problem.

Comment 1

[WADA:World Anti-bad-Duping Agency]

Bug 386514 was fixed by Tb 2.0.0.5 and Bug 405440 was fixed by Tb 2.0.0.12.
So it sounds phenomenon of Bug 390795(for non MS Exchange) or Bug 92111(for MS Exchange).
Get IMAP protocol log and check protocol level flow.
See Bug 402793 comment #1 for getting NSPR log. 

Comment 2

[Dejan Pecar]

Attachment: this is the imap log the failing message is loaded from imap.abacus.ch

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #2)
>imap log the failing message is loaded from imap.abacus.ch

Which attachment in log is corrupted? (probably partial/short data)
FETCH is IMAP command for obtain mail data from IMAP server.
Which FETCH corresponds to the corrupted attachment?

Comment 4

[WADA:World Anti-bad-Duping Agency]

Server looks to send data with independent [CR](0x0D) as line-break(it has to be CRLF==0x0D0A).
For example, line end of next log is : 1 capability[CR][CRLF] 
> 3792[41fa880]: 435fe08:imap.abacus.ch:NA:SendData: 1 capability

RFC822.SIZE response for FETCH looks to be incorrect.
> 9 UID fetch 6278 (UID RFC822.SIZE
> * 1 FETCH (UID 6278 RFC822.SIZE 405645

Last log line for attached data is next. 
> 3792[41fa880]: 435fe08:imap.abacus.ch:S-INBOX:CreateNewLineFromSocket: 7WIQhHziMkho4r74V5mptupFOSlb8K/LdQnJAKmloSUBwpCDQ1Nqnn2T1ozT83YkEtVShICpa/mN)[CR][CRLF]
Wrong RFC822.SIZE response(and/or independent [CR]) look to be cause of following error(then "corrupted data").
> 3792[41fa880]: 435fe08:imap.abacus.ch:S-INBOX:PARSER:Internal Syntax Error on line: %s: 7WIQhHziMkho4r74V5mptupFOSlb8K/LdQnJAKmloSUBwpCDQ1Nqnn2T1ozT83YkEtVShICpa/mN)[CR][CRLF]