home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / mail / misc / 2955 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.6 KB  |  60 lines
  1. Newsgroups: comp.mail.misc
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!umn.edu!news.orst.edu!skyking!stanley
  3. From: stanley@skyking.OCE.ORST.EDU (John Stanley)
  4. Subject: Re: What is the format of a mailbox file?
  5. Message-ID: <Bu9x9M.B2n@news.orst.edu>
  6. Sender: usenet@news.orst.edu (Usenet News admin)
  7. Nntp-Posting-Host: skyking.oce.orst.edu
  8. Organization: Oregon State University, College of Oceanography
  9. References: <1992Aug26.203046.25591@murdoch.acc.Virginia.EDU> <1350@minya.UUCP>
  10. Distribution: na
  11. Date: Tue, 8 Sep 1992 19:10:31 GMT
  12. Lines: 46
  13.  
  14. In article <1350@minya.UUCP> jc@minya.UUCP (John Chambers) writes:
  15. >In article <1992Aug26.203046.25591@murdoch.acc.Virginia.EDU>, sdm7g@aemsun.med.Virginia.EDU (Steven D. Majewski) writes:
  16. >> What is the format of a unix mailbox file and where can the 
  17.  
  18. >had a very simple format back in the old days. A mail file was started
  19. >either by the start of the file or by the sequence:
  20. >   "\n\nFrom "
  21.  
  22. The ones I see only have one \n. The last mail message ends on the line
  23. before the ^From.
  24.  
  25. >> How is the status of new, read, etc. indicated in the file? 
  26. >
  27. >What does that mean?  You are clearly talking about some mailer  other
  28. >than the usual ones that come with Unix.  The basic Unix mailers don't
  29. >add anything but a "From " line to the start of  a  message.   
  30.  
  31. No, he is thinking about the usual mail user agent. The MTA generally
  32. adds only the Received-From headers: the From header is already in the
  33. mail. The MUA manages the status of the messages by adding the Status:
  34. line, which contains things like O for old and R for read. "Pine" uses
  35. the X-Status: line.
  36.  
  37. To a normal system user, there is no distinction between MTA and MUA --
  38. they are both part of "mail".
  39.  
  40. >The most frustrating thing about figuring out how to chop up a mailbox
  41. >file is knowing that the mail arrives in separate files, just like you
  42. >want it.  
  43.  
  44. Mail arrives as input on STDIN, which can be read using the same calls
  45. as reading a file but isn't the same thing. For one thing, you can't
  46. rewind.
  47.  
  48. >The idiots who wrote the mail packages decided to join these
  49. >files  into  one big one, eating up lots of cpu time to do so, just so
  50. >that you and I would have to write programs to try to reconstruct  the
  51. >original  separate files, eating up yet more cpu time.  
  52.  
  53. Of course, it is too much effort to use the documented features that
  54. those "idiots" put into the mail system so that you can handle the
  55. incoming mail as separate files. It is SO much easier to flame them.
  56. Why not just take the mail as "separate files" as it comes in, writing
  57. your own file locking code to handle simultaneous arrivals, and leave
  58. the gratuitous insults at home? 
  59.  
  60.