Olin Lathrop wrote:
> Hector Martin [PIClist] wrote:
>> I would've thought any recent mailer could handle that.
> 
> We keep having this discussing, and I don't know why it's so hard to
> understand that IT'S NOT THE MAILER.  I and others have explained this a
> bunch of time.  Lines are getting truncated somewhere between the sending
> mailer and the receiving mailer.

So replace mailer with MTA. Fact is, either one of the sender/receiver
mailers, or a server in between (either SMTP MTA or the destination
IMAP/POP server), can't handle them, which I think is quite bad.

> 
>> It's still a good practice sending them
>> wrapped at 80 chars though.
> 
> Exactly.  I don't know why that seems so hard to understand for too many
> people either.
Agreed. Long lines DO cause problems sometimes, although it's still
pretty bad for an MTA somewhere to be so old/crappy that it can't handle
them.

So, yeah, people should wrap lines at 80 chars for safety, but that is
no excuse for servers being unable to handle longer lines safely. We
should have both, for extra safety.

By the way, I'm fairly sure the culprit is one of your provider's
servers, Olin, since mail usually gets routed straight from the endpoint
source server to the endpoint target server (and then to your inbox),
and it got fine to me, so it isn't the PICList's server's fault (and
mail will get straight from there to the initial server that handles
your domain's MX, if I'm not mistaken, so it has to be on your side).
It's quite possible that it's out of your control, but you might want to
bug them about it since they really should fix it.


-- 
Hector Martin (hector@marcansoft.com)
Public Key: http://www.marcansoft.com/hector.asc

-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist