home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sys5 / r4 / 510 next >
Encoding:
Internet Message Format  |  1992-11-15  |  2.0 KB
  1. Xref: sparky comp.unix.sys5.r4:510 comp.mail.misc:3699
  2. Path: sparky!uunet!ogicse!uwm.edu!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!casbah.acns.nwu.edu!skrenta
  3. From: skrenta@casbah.acns.nwu.edu (Rich Skrenta)
  4. Newsgroups: comp.unix.sys5.r4,comp.mail.misc
  5. Subject: Re: Email header problems on SVR4.
  6. Message-ID: <1992Nov15.233842.2811@news.acns.nwu.edu>
  7. Date: 15 Nov 92 23:38:42 GMT
  8. Article-I.D.: news.1992Nov15.233842.2811
  9. References: <1992Nov14.074815.15655@clark.edu>
  10. Sender: usenet@news.acns.nwu.edu (Usenet on news.acns)
  11. Organization: Northwestern University, Evanston, Illinois
  12. Lines: 33
  13.  
  14. ade@clark.edu (Adrian Miranda) writes:
  15. > I am having some problems with mail on ESIX SVR4.0.4.
  16.  
  17. The Release 4 mailer is a variant of Bell Lab's upas mailer.  It
  18. has a really neat configuration file that uses regular expressions
  19. to rewrite delivery addresses.
  20.  
  21. Unfortunatley, the folks who designed this mailer don't care much
  22. for, or at least don't understand, RFC822-style headers.  For instance,
  23. the bizarre quoting of From_ that you mention, or the lack of proper
  24. From:, Message-Id, etc.
  25.  
  26. Also, there is quite a bit of cruft associately with the R4 mailer,
  27. since the people who added it to R4 didn't just adopt upas as their
  28. new mailer, they glued it onto the side of the existing 3.2 /bin/mail
  29. program.  The result is something of a mess, although the nifty
  30. /etc/mail/mailsurr configuration file almost makes up for it.
  31.  
  32. Another example:  SVR4 mail will only attempt to generate RFC822
  33. headers if it invokes the smtp transport.  If you send mail locally
  34. or via uucp, forget it -- no From:, those aren't "RFC822" transports.
  35. Actually, the smtp transport program tries to kludge together RFC822
  36. compliant headers.  The /bin/mail program doesn't understand them at all.
  37.  
  38. The only way to fix this is with source, unfortunately.
  39.  
  40. I recently wrote a mailer which uses a similar configuration file
  41. format as the R4 mailer, but does RFC822 headers correctly, and
  42. leaves out the cruft.  If it gets robust enough I'll post it to
  43. alt.sources.
  44.  
  45. --
  46. Rich Skrenta
  47.