home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / question / 15419 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!haven.umd.edu!mimsy!prometheus!media!irscscm!nearside!shwake
  2. From: shwake@nearside.UUCP (Raymond Shwake)
  3. Newsgroups: comp.unix.questions
  4. Subject: Re: Funny mail !
  5. Message-ID: <95@nearside.UUCP>
  6. Date: 10 Jan 93 18:32:04 GMT
  7. References: <1idklpINNl27@msuinfo.cl.msu.edu> <1993Jan7.092343.20412@newsserver.rrzn.uni-hannover.de> <C0HqIE.Inn@ucunix.san.uc.edu> <1993Jan7.174812.6883@leland.Stanford.EDU>
  8. Organization: A/C International
  9. Lines: 33
  10.  
  11. >In article <C0HqIE.Inn@ucunix.san.uc.edu> reddyp@ucunix.san.uc.edu (Pardhasaradhi A. Reddy) writes:
  12. >>
  13. >>    This is not really a problem because, when one adds a user, a
  14. >>    mail box is created with username in the /usr/spool/mail
  15. >>    directory always.(assuming, the sys admin didn't forget to
  16. >>    create a mailbox while adding the account.). And the umask is set 
  17.  
  18.     Not every implementation creates such a mailbox when adding a new
  19.     user. Also, the System V standard location is /usr/mail, *not*
  20.     /usr/spool/mail.
  21.  
  22. dkeisen@leland.Stanford.EDU (Dave Eisen) writes:
  23.  
  24. >It is a problem. On many systems, when a user deletes the last
  25. >piece of mail in his mailbox, the mail program unlinks the user's
  26. >entry in /usr/spool/mail. This, of course, is a disastrous
  27. >misfeature of these mail programs, but unfortunately, that is
  28. >how mail works on these systems. /usr/spool/mail should not be
  29. >world writeable.
  30.  
  31.     I must disagree here, as I hardly consider this a "misfeature",
  32.     and not just because System V mail follows the practice you decry.
  33.     Removing zero-length mailbox files keeps the mail directory leaner
  34.     than would be the case otherwise, and provides a modest improvement
  35.     in file access since the directory is that much smaller. This can
  36.     be noticeable on a system with hundreds of authorized users.
  37.  
  38.     I agree that the mail directory should not be world writeable.
  39.     Indeed, under System V it's only writeable by the mailer daemon(s).
  40.     Our own FXmail follows these conventions.
  41. -- 
  42.  
  43. uunet!media!irscscm!nearside!shwake            shwake@rsxtech
  44.