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: > [email protected] 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
