home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / sys5 / r4 / 504 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.8 KB
  1. Xref: sparky comp.unix.sys5.r4:504 comp.mail.misc:3692
  2. Path: sparky!uunet!ukma!wupost!uwm.edu!ogicse!clark!ade
  3. From: ade@clark.edu (Adrian Miranda)
  4. Newsgroups: comp.unix.sys5.r4,comp.mail.misc
  5. Subject: Email header problems on SVR4.
  6. Message-ID: <1992Nov14.074815.15655@clark.edu>
  7. Date: 14 Nov 92 07:48:15 GMT
  8. Article-I.D.: clark.1992Nov14.074815.15655
  9. Organization: Clark College, Vancouver, Wa.  USA
  10. Lines: 27
  11.  
  12. I am having some problems with mail on ESIX SVR4.0.4.  After some
  13. effort, I was able to get things running by setting up the
  14. /etc/mail/mailcnfg and /etc/mail/mailsurr files.  The problem is,
  15. although mail is delivered correctly, the headers are often messed up.
  16. What seems to be happening is that sometimes, the "From " header at
  17. the top of the message is not recognized as a header, and a ">" is
  18. inserted in front of it.  Then a new "From " header is added to the
  19. top of the message.  The original "From " header and all following
  20. headers now become a part of the body of the message, making for a
  21. pretty messy looking message.
  22.  
  23. Anyone have any idea what is going on?  It does not seem to happen all
  24. the time, just sometimes.  I get the impression that /bin/rmail is the
  25. one messing things up, but I really haven't the vaguest idea.  For
  26. instance, if a message comes in via smtp or uucp, and is delivered
  27. locally, it is messed up.  But if it comes in via uucp, and goes out
  28. via uucp, it's fine.  If it comes in via uucp, and goes out via smtp,
  29. it is screwed up.  Or something like that....
  30.  
  31. If anyone could tell me how to fix this, I would greatly appreciate
  32. it.  I have looked at the SVR4 Manuals, but they don't seem to go into
  33. much detail about the mailer, and I can't find anything that relates
  34. to this problem.  I suspect there's an easy solution, but I sure
  35. haven't been able to find it.
  36.  
  37. Adrian Miranda
  38. ade@clark.edu
  39.