Just to add to Jonas comment:
http://www.faqs.org/rfcs/rfc2822.html
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.
Cheers,
Bernd
On 4/23/09 11:35 AM, Jonas Wallden wrote:
> <sascha.n[at]aon.at> wrote:
>
>> When an email sent with <email>/ contains a long line (~1000+ chars),
>> at some point spaces are inserted into the message "randomly".
>
> Grubba is the expert on this but it's supposedly a line length limit
> part of SMTP. We've encountered the same thing when generating HTML
> emails and since randomly inserting linebreks isn't always safe we chose
> to use base64 transfer encoding instead.
>
> Cheers,
>
> -- Jonas
>
--
Bernd Schoeller, PhD, CTO, Partner
Comerge AG, Technoparkstrasse 1, CH-8055 Zurich, www.comerge.net
|