327656 - Disconnections on some emails with attachments

Status: VERIFIED FIXED

(Thunderbird :: General, defect)

Description

[Steve Wardell]

When I connect to my school's IMAP server, I have problems with certain messages (perhaps ones with attachments). When I try to view the email, I get "Connection to server <servername> timed out." The email in question has a 20K or so Excel spreadsheet attached. Here's the log I captured from when I tried to open the email until when I received the error:

2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:ProcessCurrentURL: entering
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:ProcessCurrentURL:imap://[e-mail]:993/select%3E/INBOX: = currentUrl
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:SendData: 14 noop

2148[26195b0]: ReadNextLine [stream=261adb8 nb=17 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: 14 OK Completed

2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:SendData: 15 getquotaroot "INBOX"

2148[26195b0]: ReadNextLine [stream=261adb8 nb=30 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: * QUOTAROOT INBOX user/myusername

2148[26195b0]: ReadNextLine [stream=261adb8 nb=42 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: * QUOTA user/myusername (STORAGE 11788 20480)

2148[26195b0]: ReadNextLine [stream=261adb8 nb=17 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: 15 OK Completed

2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:SendData: 16 UID fetch 152:* (FLAGS)

2148[26195b0]: ReadNextLine [stream=261adb8 nb=46 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: * 38 FETCH (FLAGS (\Answered \Seen) UID 151)

2148[26195b0]: ReadNextLine [stream=261adb8 nb=17 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: 16 OK Completed

2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:ProcessCurrentURL: entering
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:ProcessCurrentURL:imap://[e-mail]:993/fetch%3EUID%3E/INBOX%3E151: = currentUrl
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:SendData: 17 UID fetch 151 (BODYSTRUCTURE)

2148[26195b0]: ReadNextLine [stream=261adb8 nb=424 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: * 38 FETCH (UID 151 BODYSTRUCTURE ((("TEXT" "PLAIN" ("CHARSET" "us-ascii") NIL NIL "7BIT" 976 14 NIL NIL NIL)("TEXT" "HTML" ("CHARSET" "us-ascii") NIL NIL "7BIT" 1123 7 NIL NIL NIL) "ALTERNATIVE" ("BOUNDARY" "--27f5791e33a93f46") NIL NIL)("APPLICATION" "VND.MS-EXCEL" NIL NIL NIL "BASE64" 25260 NIL ("ATTACHMENT" ("FILENAME" "Class Schedule.xls")) NIL) "MIXED" ("BOUNDARY" "--47c315705
2148[26195b0]: ReadNextLine [stream=261adb8 nb=17 needmore=0]
2148[26195b0]: 2624af0:imap.somehostname.edu:S-INBOX:CreateNewLineFromSocket: 17 OK Completed

2148[26195b0]: ReadNextLine [stream=261adb8 nb=0 needmore=1]

I'm not sure exactly where the error lies so I didn't want to post a bug yet. I use Thunderbird against 3 other IMAP servers without problem. In case it matters, the server in question is: iPlanet Messaging Server 5.2 HotFix 2.09 (built Nov 18 2005).

This is broken in the branch and trunk builds, but works fine in Thunderbird 1.5.0.

Comment 1

[Scott MacGregor]

Something we did since 1.5 seems to have caused this. 

Comment 2

[David :Bienvenu]

yes, we changed the way the imap body structure parser works - but we shouldn't be disconnecting. What's the timestamp on the TB build you're running?

Comment 3

[Steve Wardell]

This has been happening for a few weeks with trunk builds for me and I tested a branch build from yesterday afternoon or this morning and it was also not working so don't think it's something that's changed in the last few days. Let me know if there's additional information I can provide or if you think something committed recently would fix it.

Comment 4

[David :Bienvenu]

Steve, can you try tomorrow's trunk build? I just landed the fix for bug 322863 on the trunk. It might be involved it what you were seeing. The original patch that may have caused your problem landed on the trunk a while ago, and recently landed on the 1.8.1 branch as well. If tomorrow's trunk build fixes your problem, I'll land that patch on the 1.8.1 branch as well. Thx!

Comment 5

[Steve Wardell]

Attachment: Protocol Log with today's trunk build

David: Today's trunk build didn't show me any messages. Here's the attached log. I wonder if it's related to this (this is from within the log):

25fc730:imap.someschool.edu:S-INBOX:PARSER:Internal Syntax Error: %s:: no atom characters found
2764[256a638]: 25fc730:imap.someschool.edu:S-INBOX:PARSER:Internal Syntax Error on line: %s: * QUOTAROOT INBOX user/okapi2764[256a638]:

Comment 6

[David :Bienvenu]

yep, sorry, there's some problem with our parsing of the quota response - I'll try to work on it as soon as I can - I hope tonight...

Comment 7

[Steve Wardell]

David: This seems to work on Windows with the latest trunk builds from Tuesday. Is there a patch that can be applied to the branch to address as well?

Comment 8

[David :Bienvenu]

Yes, I'll go do that now...

Comment 9

[David :Bienvenu]

fixed by patch in bug 322863

Comment 10

[Tony Chung [:tchung]]

hi steve, can you give this a try again on the latest nightly build?  If its fixed, please change the keyword to "verified1.8.1".  Thanks!

Comment 11

[Steve Wardell]

I have not seen this issue in a long time with the Thunderbird pre 2.0 builds line.