* Tore Anderson
> Tore> SMTP error from remote mailer after end of data: host
> Tore> foo [1.2.3.4] 550 DATA line too long (Max 16384)
* Adrian Phillips
> We have the same problem (and not that far away from you either
> :-). By the way the maximum line length is configurable in Netscape's
> server but we were told it is a security risk to allow longer
> lines.
Woo. A security risk, eh? That sounds like admitting their code is
crap and that they don't check the memory they're writing to.. bad.
I'm glad these boxes are on their merry way to the scrap heap.
> Its not a major problem for us as the only message we receive
> with this long a line is generated by one of our own systems which
> I've hacked up a little to avoid it.
Sadly, I'm not that fortunate. The clients are end-users (and their
correspondents), using all kinds of broken MUAs. (The sheer number
of distinct M[TU]As out there that are broken in some way never ceases
to amaze me.)
> As for solving it in Exim I'm not sure how you'd do it apart from
> using embedded perl.
That's a possibility, like the transport filter Tom suggested. I'm
hoping I can find a less expensive way to do it, though. But it's nice
to have some approaches to fall back to.
--
Tore Anderson
