Path: utzoo!attcan!uunet!husc6!think!ames!vsi1!wyse!mips!sultra!dtynan
From: dtynan@sultra.UUCP (Der Tynan)
Newsgroups: comp.unix.questions
Subject: Re: changing mail directory
Summary: smail DOESN'T know about mail directories.
Keywords: sysV
Message-ID: <2565@sultra.UUCP>
Date: 7 Oct 88 23:51:11 GMT
References: <286@mccc.UUCP> <390@westmark.UUCP> <305@mccc.UUCP> <1162@mrspoc.UUCP>
Organization: Tynan Computers, Sunnyvale, CA
Lines: 27

In article <1162@mrspoc.UUCP>, Steven M. List writes:
> In article <305@mccc.UUCP> Pete Holsberg writes:
> > In article <390@westmark.UUCP> Dave Levenson writes:
> > > You will probably need to re-compile rmail to accomplish what you
> > > want.
> > That'll be hard without source code!
> 
> Not if you use smail.  It lets you specify all sorts of things and, of course,
> being available on the NET includes source code.
> :  Steven List @ Transact Software, Inc.

Sorry to break it to you Steven, but smail won't help in this case.  I know,
because I *used* to use the braindead SysV mailer.  smail, which, by the way,
is a *great* package DOES NOT deliver the message.  It uses the original
distribution mail program (which is moved to /bin/lmail) to actually put the
mail in the spool directory (which remains /usr/mail/xxxxx).  The actual
tasks done by SysV mail (I'll refer to it as lmail) in delivering mail, are
very straightforward.  I'm surprised that Horton et al didn't just rewrite
this mechanism.  They didn't however, so the solution to the original posters
problem, is to rewrite lmail.  AND, of course, upgrade (and I do mean UPGRADE)
to smail.  That's what I did, and besides some early teething problems, the
mail system ain't half bad now.  Also, mail is kept in /usr/spool/mail!!!
						- Der
-- 
Reply:	dtynan@sultra.UUCP		(Der Tynan @ Tynan Computers)
	{mips,pyramid}!sultra!dtynan
	Cast a cold eye on life, on death.  Horseman, pass by...    [WBY]