Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!pasteur!cory.Berkeley.EDU!dheller From: dheller@cory.Berkeley.EDU (Dan Heller) Newsgroups: comp.mail.misc Subject: Re: Mail locking... Summary: stop using Mail :-) Message-ID: <11799@pasteur.Berkeley.EDU> Date: 1 Apr 89 20:52:24 GMT References: <588@dtscp1.UUCP> <7521@fluke.COM> Sender: news@pasteur.Berkeley.EDU Reply-To: dheller@cory.Berkeley.EDU.UUCP (Dan Heller) Followup-To: comp.mail.misc Organization: University of California, Berkeley Lines: 28 In article <7521@fluke.COM> jeff@tc.fluke.COM (Jeff Stearns) writes: > In article <588@dtscp1.UUCP> scott@dtscp1.UUCP (Scott Barman) writes: > > Does /usr/.../*.lock work on both of these? I know that our v7-like > > system uses the execute bit, but I do not have the sources to the other > > systems. > I had the unfortunate occasion to study mailbox locking under SunOS 4.0; my > findings might be of interest to you and others on the net. The use of .../mail/*.lock is not uncommon -- Mail should also use flock, but if it doesn't, then it's another unfortunate problem with Mail. The best thing to do is use both mechanisms if you're not sure or intending to port your beast to other unix systems. If you use the .lock mechanism (I term it "dot-locking" in mush), then the binary has to be setgid to the group of whatever owns /usr/spool/mail (or whatever the directory is for your system). I presume that Sun's Mail is indeed setgid, but if it isn't and it is trying to create the .lock file, it should be setgid. If it is setgid, I'm sure that they have taken the obvious precausion to unset the group id mode when not attempting to create this file. [soap-box] If you are concerned that Mail is going to lose mail or corrupt your folders, then don't use it. There are plenty of as-good-or-better alternatives than Mail that are available to you for free. [end of soap-box] Dan Heller