Failure to download attachment: NA:PARSER:Internal Syntax Error on line: %s

RESOLVED WORKSFORME

Status

MailNews Core
Networking: IMAP
RESOLVED WORKSFORME
9 years ago
7 years ago

People

(Reporter: Yaniv Kaul, Unassigned)

Tracking

1.9.1 Branch
x86
Windows XP

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [closeme 2011-09-15])

(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4
Build Identifier: 3.0b2

From time to time, trying to download an attachment from an email, I'm failing, with the error in the log:

5496[3589200]: 2b24400:mail.corp.redhat.com:NA:STREAM:CLOSE: Normal Message End Download Stream
5496[3589200]: 2b24400:mail.corp.redhat.com:NA:SendData: 96 logout 5496[3589200]: ReadNextLine [stream=2b0cba8 nb=42 needmore=0]
5496[3589200]: 2b24400:mail.corp.redhat.com:NA:CreateNewLineFromSocket: * 1267 FETCH (UID 72891 BODY[2] {129620} 5496[3589200]: 2b24400:mail.corp.redhat.com:NA:STREAM:OPEN Size: 0: Begin Message Download Stream
5496[3589200]: 2b24400:mail.corp.redhat.com:NA:PARSER:Internal Syntax Error on line: %s: * 1267 FETCH (UID 72891 BODY[2] {129620} 5496[3589200]: 2b24400:mail.corp.redhat.com:NA:TellThreadToDie: close socket connection
5496[3589200]: ImapThreadMainLoop leaving [this=2b24400]


Reproducible: Sometimes

Actual Results:  
Attachment download fails

Expected Results:  
Attachment download should succeed.
FETCH is issued(and incomplete) before "96 logout"?
If no, server side severe bug, "* FETCH (UID ..." response to "96 logout".
If yes, next situation is possible.
   Tb                              Server
   FETCH (UID 72891 ... ---------> Process FETCH command
   Timeout                                   |
   => Try to reconnect         +-- Return  FETCH response
   96 LOGOUT         -------+  |
   wait for logout response |  |
   response comes    <---------+
   => Error                 | 
                            +----> Process LOGOUT command(In reply to comment #0)

> User-Agent: (snip) Windows NT 5.1; (snip)
If timing related issue, timestamp of log is required in many cases. You can get timestamp of NSPR log using DebugView. See bug 402793 comment #6.
(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4)
> Gecko/20090423 Firefox/3.5b4
> Build Identifier: 3.0b2
> 
> From time to time, trying to download an attachment from an email, I'm failing,
> with the error in the log:

So is it in a specific folder ? are the attachment of a specific kind , or the attachments big - small, is there a pattern in the attachments ?
Component: General → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: general → networking.imap
Version: unspecified → 1.9.1 Branch
(Reporter)

Comment 3

9 years ago
(In reply to comment #2)
> (In reply to comment #0)
> > User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4)
> > Gecko/20090423 Firefox/3.5b4
> > Build Identifier: 3.0b2
> > 
> > From time to time, trying to download an attachment from an email, I'm failing,
> > with the error in the log:
> 
> So is it in a specific folder ? are the attachment of a specific kind , or the
> attachments big - small, is there a pattern in the attachments ?

It's in my INBOX, the message is HTML with attached Word document ~180KB all in all.

I've noticed that now Thunderbird is 'stuck' in 'downloading message' - that what appears in the status bar, nothing in the message body, and nothing new in the logs.
FYI.
Bug 493209 Comment #10 is workaround patch for unsolicited MYRIGHTS response(IMAP server's IMAP protocol violation). If my guess of Comment #1 is right, similar workaround may be a solution of this bug.

Comment 5

9 years ago
I'd need to see a bit more of the log to have a better idea what's happening, in particular, the fetch command we send...I think it's true we don't expect unsolicited responses to the logout command. I don't see why the logout tag is 96, but the fetch tag is 1267
Yaniv can we get a more complete log so that bienvenu can finish investigating ?
Whiteboard: [closeme 2011-09-15]
(Reporter)

Comment 7

7 years ago
(In reply to comment #6)
> Yaniv can we get a more complete log so that bienvenu can finish
> investigating ?

I'm sorry, no - haven't seen it for quite some time, so it may have been solved this way or another. Closing.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.