On Feb 20, 2007, at 6:36 AM, Craig A. Finseth wrote:
> I've noticed that my messages and a number of others that used to
> send messages with no fixed width are now coming in truncated in
> width (this was all one line on Mac Mail on my system).
>
> Is this a change that pleases others? I used to appreciate the
> fact
> ...
>
> I don't know the specifics of the change in list software.
>
> However, RFC 2822 (the one that covers email) says and I quote:
>
> --------------------------------------------------
> ...
> 2.1.1. Line Length Limits
>
> There are two limits that this standard places on the number of
> characters in a line. Each line of characters MUST be no more than
> 998 characters, and SHOULD be no more than 78 characters, excluding
> the CRLF.
>
> The 998 character limit is due to limitations in many
> implementations
> which send, receive, or store Internet Message Format messages that
> simply cannot handle more than 998 characters on a line. Receiving
> implementations would do well to handle an arbitrarily large number
> of characters in a line for robustness sake. However, there are so
> many implementations which (in compliance with the transport
> requirements of [RFC2821]) do not accept messages containing more
> than 1000 character including the CR and LF per line, it is
> important
> for implementations not to create such messages.
>
> The more conservative 78 character recommendation is to accommodate
> the many implementations of user interfaces that display these
> messages which may truncate, or disastrously wrap, the display of
> more than 78 characters per line, in spite of the fact that such
> implementations are non-conformant to the intent of this
> specification (and that of [RFC2821] if they actually cause
> information to be lost). Again, even though this limitation is
> put on
> messages, it is encumbant upon implementations which display
> messages
> ...
> --------------------------------------------------
>
> 'nuf said?
Nope, the RFC states that email can use any number of characters per
line less than 998. In fact, the third paragraph states that forcing
78 chars per line for poor mail clients that can't handle proper line
wrap is a non-conformant situation concerning both RFC 2822 and ERFC
2821.
Oh, and you left out the last portion or that last sentence of
paragraph 3 that is aimed at mail client apps that can't deal with
longer lines:
"... Again, even though this limitation is put on messages, it is
encumbant upon implementations which display messages to handle an
arbitrarily large number of characters in a line (certainly at least
up to the 998 character limit) for the sake of robustness."
So, I will change my tongue in cheek query to a more straight forward
request:
http://www.realsoftware.com/feedback/viewreport.php?reportid=nzciffpm
Please return the list configuration to the old wide format.
Tim
--
Tim Jones
[EMAIL PROTECTED]
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
