Date: Fri, 1 Nov 1996 09:01:05 +0900 (JST) From: Michael Hancock <michaelh@cet.co.jp> To: Terry Lambert <terry@lambert.org> Cc: lada@ws2301.gud.siemens.co.at, dubois@primate.wisc.edu, current@freebsd.org Subject: Re: /var/mail (was: re: Help, permission problems...) Message-ID: <Pine.SV4.3.95.961101085119.2317C-100000@parkplace.cet.co.jp> In-Reply-To: <199610312338.QAA26617@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Yes, it's pretty bogus. These are probably the work-arounds that Mark was alluding to. As I mentioned at the bottom of my previous message I prefer flock() and proper permissions on /var/mail. What I really like is this. 1) mail.local is replaced by procmail and the system wide configuration is set to deliver mail to /home/%u/mail/mbox. 2) pop3 is modified to look in /home/%u/mail/mbox. Alternatively, use imapd. 3) Configure or modify all mailer readers to use /home/%u/mail/mbox as the inbox. Yeah, I know. It would be wishful thinking to ever see a distribution come this way. Regards, Mike Hancock On Thu, 31 Oct 1996, Terry Lambert wrote: > > Got me on the first one, but the prankster has to predict names. It's > > probably acceptable for a lot of sites. > > > > In the second case use an administrative program that sends mail each time > > an account is created. > > Bletch. Now you are encoding state in things which may not match the > system vendor's idea of defaults. > > This would be bad. > > The choice to send a "welcome" message is an administrative issue, not > a system usage issue. > > The choice to use something that deletes empty mailboxes by default > (like -- elm) is a user issue, not a system usage issue. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SV4.3.95.961101085119.2317C-100000>