Page 1 of 1

3.1 (beta 4) Max line length exceeded

Posted: Fri Apr 02, 2004 4:43 pm
by rsleegers
I was going to attach a message sample, but thought better of it! The line is 31620 columns wide. :o Looks like the entire HTML mail was sent on a single line in the DATA area.

3.1 (beta 3) did not have this limitation. It could scan the message fine. (I have the same batch of messages sitting in an e-mail account). Beta 4 would not download messages until I unchecked "Retrieve Body while checking". I could the double click the offending message to determine which one was causing it.

A secondary message "connection reset by peer" is caused presumably because the connection is not closed properly after the first error.

Posted: Fri Apr 02, 2004 5:58 pm
by Renier
I already increased the max line lenght to someting like 16kb. Don't know what the RFC says.

Posted: Mon Apr 05, 2004 4:06 pm
by rsleegers
I don't see any limitations in either http://www.faqs.org/rfcs/rfc822.html or http://www.faqs.org/rfcs/rfc1939.html so I guess it's up to you what to do.

I imagine increasing the limit would eventually hit another message which exceeds it. How about one of these:
  • 1. split the line at the space character previous to the limit
    2. printing an error inside the message, but allowing the downloading of headers to continue
    3. non-modal error message, which allows downloading of headers to continue
    4. counting number of errors and displaying in status bar when finished

Posted: Thu Apr 29, 2004 3:45 am
by GaryGo
RFC2822 supercedes RFC822.
RFC2822 specifies a maximum line length of 1000 characters, including the CRLF.

Gary

Posted: Thu Apr 29, 2004 9:32 pm
by rsleegers
GaryGo wrote:RFC2822 supercedes RFC822.
RFC2822 specifies a maximum line length of 1000 characters, including the CRLF.
Indeed it does. I hadn't scrolled to the end, and RFC822 was higher up in the search return list. The RFC recommends handling larger than 1000 chars, so I would recommend leaving the limit as is, and handling the error non-modally so the downloading of headers continues, and doesn't cause another error (time out) following.

Posted: Sun May 02, 2004 2:40 am
by GaryGo
rsleegers wrote:The RFC recommends handling larger than 1000 chars
Oops, I was so intent on pointing out RFC2822 that I forgot to mention that the RFC makes that recommendation. I agree with rsleegers post.

Same situation here. PopTray v3.1b5

Posted: Wed May 05, 2004 1:52 pm
by NO CARRIER
I received a "failure notice" message with wide body, here is link to the file:
http://f13.zadnik.org/files/failure%20notice.eml
PopTray says "Max Line Length Exceed" and should be restarted to work again. Until restart on every check shows Socker Err #0, if I remember correctly, because I delete the message.