[DeTomaso] forgot two forum gripes
Thomas Tornblom
Thomas.Tornblom at hax.se
Sat Feb 16 05:29:08 EST 2008
MikeLDrew at aol.com skrev:
> In a message dated 2/15/08 19 15 42, LaurieFerrari at aol.com writes:
>
>
>> Oh I forgot to mention that I do have a couple forum gripes.. .those being
>> the posts that are yards long and don't scroll to the next line, causing an
>> aching neck.... and those posts that start out with a zillion meaningless
>> letters:
>> like AAPPCOEOOORNOOOYYEIONLKN:JHOIUPOIUPOIPOIUOI
>> then the post... but by that time I'm too tired to read it.
>>
>
> Both of those problems are your fault. Or rather, the fault of your e-mail
> program. If you are using proper stand-alone AOL instead of the web-based
> version, posts come through looking perfectly fine, with just plain text. I
> remember many years ago I viewed the forum from a desk job (the horror!!!) using
> Hotmail, and occasionally a post would appear with no line breaks, and you
> would have to scroll horizontally for a week to read each line. I was
> eventually fed up enough to get clever, and to go to the 'preferences' section of the
> Hotmail website, where I was able to set a maximum line length, I think of 80
> characters. That forced the text to wrap properly and I lived happily ever
> after (well, that is, after I got out from behind the desk, back into the
> cockpit and never looked back!)
Not really.
It is the sending mail client that is buggy and doesn't wrap the lines
before sending.
Some receiving clients wraps long lines, but that is really the wrong
place to do it.
I notice that Apple Mail is one of the offenders, including the one in
my iPod touch.
RFC 2822 says the following:
---
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
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.
---
>
> Mike
Thomas
>
>
> **************
> The year's hottest artists on the red carpet at the Grammy
> Awards. Go to AOL Music.
>
> (http://music.aol.com/grammys?NCID=aolcmp00300000002565)
> _______________________________________________
>
> Detomaso Forum Managed by POCA
>
> Archive Search Engine Now Available at http://www.realbig.com/detomaso/
>
> DeTomaso mailing list
> DeTomaso at list.realbig.com
> http://list.realbig.com/mailman/listinfo/detomaso
>
> !DSPAM:47b6581621220274799312!
>
--
Real life: Thomas Törnblom Email: Thomas.Tornblom at Hax.SE
Snail mail: Banvallsvägen 14 Phone: +46 18 444 33 21
S - 754 40 Uppsala, Sweden Cellular: +46 70 261 1372
More information about the DeTomaso
mailing list