After studying things a bit more last night, I realize I was in error about the spool spec. It looks like to me that Exim hard codes the mail to /var/mail and I do have that folder there. I had confused the spool with incoming mail. to make things even more confusing, I have an old installation of slackware and that one still uses /var/spool/mail for inboxes and /var/spool/mqueue for outgoing mail. My current slackware 8.1 machine has /var/spool/mail and /var/mail is a sym link pointing to the former. And exim still uses /var/spool/exim for its transient stuff after all. So I will leave as well alone:). Those symbolics are powerful little buggers but confusing at times too. On Fri, Oct 11, 2002 at 09:22:59AM +1000, Aaron Howell wrote: > On Thu, Oct 10, 2002 at 03:35:44PM +0000, igueths at attbi.com wrote: > > > Also, the default directory suggested by exim sources implies > > > /var/spool/exim but I changed that to /var/spool/mail for my purposes > > > when I built a binary package. > Be careful with this. > Exim's spool directory and your mail spool are two different beasts altogether. > Its not a particularly good idea (though it _should_ work) to have them in the same directory. > _definitely_ don't do that on a well loaded multi user system though. > Or you'll have yourself all sorts of locking problems. > BTW the latest fsstnd document specifies tat /var/mail is the cononical place for mail to be stored under Linux. > The intention of the spool partition is for transient files only, such as incoming/outgoing mail spools, uucp, usenet news etc. > The idea being that if you are using mirrored disks or the like for the rest of your system, you can safely enough get away with not doing that for the spool drive (which is good because on systems that handle e.g usenet spool drives can get really really big). > Depending on how critical mail passing through the system is, you might also choose not to back up /var/spool as well to save tape space, > but that's individual policy. > (and its assuming you _do_ keep your mail under /var/mail where it should be). > As for /usr/spool, thats a compatibility link for very old binaries compiled with libc4, > where the path.h file incorrectly had _PATH_MAIL set to /usr/spool/mail (which was probably the default under some very old version of BSD). > This link should be gone from all modern distributions. > the idea of the /usr filesystem is that it can be mounted read only on a system where security is paramount, > and having /usr/spool around prevents this from being true. > Hope that helps. > Regards > Aaron > > _______________________________________________ > Speakup mailing list > Speakup at braille.uwo.ca > http://speech.braille.uwo.ca/mailman/listinfo/speakup -- Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
