Illegal line lengths in incoming e-mail are one of those subtle problems that aren't often noticed and can be difficult...
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
The RFC for the SMTP standard expressly forbids having an e-mail line length (i.e., a string of characters terminated by a carriage return/line-feed pair) of more than 1,000 bytes. (This sort of formatting is often the hallmark of a buffer-overrun attack, which is why it's generally a good idea to block such messages.)
Spammers often disregard the 1,000-byte line-length limit. But, unfortunately, some perfectly legitimate (albeit misconfigured) e-mail handlers also sometimes disregard this limit. Conventional e-mail typically wraps at 72 lines, but this a holdover from the days of fixed-width 80-column displays and isn't being treated as an ironclad rule anymore.
E-mail that is badly-formatted in this fashion can lead to a peculiar situation where one group replies to e-mail from another group, only to have the reply rejected. Replies from all other organizations come through fine, but that particular group's replies get bounced.
Many firewalls and proxies, including Microsoft's own ISA Server, monitor SMTP traffic, and will terminate an SMTP session if someone attempts to send a message with an unterminated line longer than 1,000 characters.
One way to get around this is to make the firewall's SMTP monitoring rules less restrictive (for instance, to terminate sessions at 2,000 lines) -- but the party sending the malformed e-mails needs to be the one to fix the problem. (You can find instructions on how to configure the maximum line length in ISA Server here.
Another way to work around this problem as a sender is to force all outgoing e-mail to be 8-bit MIME-encoded. This removes the line-length problem, since MIME encoding uses a standard line length in its data that is universally respected. However, older versions of Exchange (4.0 through 5.5) cannot handle 8-bit MIME, so this should only be used if you are confident that the majority of the e-mail you send will be readable.
About the author: Serdar Yegulalp is the editor of the Windows Power Users Newsletter and a regular contributor to SearchExchange.com.
MEMBER FEEDBACK TO THIS TIP
It was nice to find an article on this issue that I can point offending senders to when their email is rejected.
I think this line: "One way to get around this is to make the firewall's SMTP monitoring rules less restrictive (for instance, to terminate sessions at 2,000 lines)" …should read something like: "One way to get around this is to make the firewall's SMTP monitoring rules less restrictive (for instance, to terminate sessions at 2,000 characters/octets)."
Do you have comments on this tip? Let us know.
Related information from SearchExchange.com:
Please let others know how useful this tip is via the rating scale below. Do you have a useful Exchange Server or Microsoft Outlook tip, timesaver or workaround to share? Submit it to our tip contest and you could win a prize.
Dig Deeper on ISA Server and Firewalls for Microsoft Exchange Server