I've noticed this too. For some reason some mail clients (and clients/MTAs running on servers) send mail without CR/LF, just LF, or they use some other end-of-line character that SMTPRS (and SMTPRCV) writes verbatim to the message file, but chokes certain mail clients when they're retrieved.
I was wondering if some kind of sanity check could be incproprated into SMTPRCV to clean these up. There can't be so many funky end-of-line characters to watch out for that there couldn't be a hard-wired list of EOL characters to look for. Then SMTPRCV could write the message out using "proper" CR/LF EOL characters. This would let certain broken mail clients work. -- PGP key (0x0AFA039E): <http://www.pan-am.ca/[EMAIL PROTECTED]> What's a PGP Key? See <http://www.pan-am.ca/free.html> GOD BLESS AMER, er, THE INTERNET. <http://vmyths.com/rant.cfm?id=401&page=4> This is the discussion list for the IMS Free email server software. To unsubscribe send mailto:[EMAIL PROTECTED] Delivered by Rockliffe MailSite http://www.rockliffe.com/mailsite Rock Solid Software (tm)
