home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.sys5.r4:522 comp.mail.misc:3708
- Newsgroups: comp.unix.sys5.r4,comp.mail.misc
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!sun-barr!cs.utexas.edu!uwm.edu!linac!uchinews!machine!chinet!les
- From: les@chinet.chi.il.us (Leslie Mikesell)
- Subject: Re: Email header problems on SVR4.
- Message-ID: <BxtoEJ.B1L@chinet.chi.il.us>
- Organization: Chinet - Public Access UNIX
- References: <1992Nov14.074815.15655@clark.edu> <1992Nov15.233842.2811@news.acns.nwu.edu>
- Date: Mon, 16 Nov 1992 18:51:55 GMT
- Lines: 20
-
- In article <1992Nov15.233842.2811@news.acns.nwu.edu> skrenta@casbah.acns.nwu.edu (Rich Skrenta) writes:
- >Another example: SVR4 mail will only attempt to generate RFC822
- >headers if it invokes the smtp transport. If you send mail locally
- >or via uucp, forget it -- no From:, those aren't "RFC822" transports.
- >Actually, the smtp transport program tries to kludge together RFC822
- >compliant headers. The /bin/mail program doesn't understand them at all.
-
- >The only way to fix this is with source, unfortunately.
-
- >I recently wrote a mailer which uses a similar configuration file
- >format as the R4 mailer, but does RFC822 headers correctly, and
- >leaves out the cruft. If it gets robust enough I'll post it to
- >alt.sources.
-
- You might want to look at Smail3 - it will drop into sysV machines as
- a replacement for rmail/mail and sendmail. It doesn't allow decisions
- based on the sender address but it should handle about anything else.
-
- Les Mikesell
- les@chinet.chi.il.us
-