Path: utzoo!attcan!uunet!ginosko!gem.mps.ohio-state.edu!apple!mips!wje@igate
From: wje@igate (William J. Earl)
Newsgroups: comp.sys.mips
Subject: Re: Using sendmail for local mail?
Message-ID: <28109@igate.mips.COM>
Date: 24 Sep 89 05:54:33 GMT
References: <3750@blake.acs.washington.edu>
Sender: wje@mips.COM
Reply-To: wje@igate (William J. Earl)
Distribution: na
Organization: MIPS Computer Systems Inc.
Lines: 24
In-reply-to: lgy@blake.acs.washington.edu (Laurence Yaffe)

In article <3750@blake.acs.washington.edu>, lgy@blake (Laurence Yaffe) writes:
> 
>     Has anyone figured out how to use sendmail instead of /bin/mail for
> delivering local mail (send using mailx).  Setting the mailx (or environment)
> variable "sendmail" to "/usr/lib/sendmail" is supposed to accomplish this.
> However, when I try this, I get error messages of "(Resetting uid)" returned
> by mailx, and error messages like:
> 
> Sep 20 13:26:56 newton sendmail[13443]: NOQUEUE: SYSERR: queuename:
> Cannot create "qf~Z13443" in "/usr/spool/mqueue": No such file or directory
> 
> in the /usr/spool/mqueue/syslog file.  This certainly looks like some
> sort of permissions problem, but I haven't been able track it down.

     The easy way to get the same effect is to create the empty 
configuration file /usr/lib/sendmail.ok, and not set the sendmail variable
in mailx.  mailx will then deliver mail via /bin/mail, which will in turn
hand it off to sendmail.  After sendmail processing, sendmail will in turn
hand the mail back to /bin/mail for actual insertion in a mailbox.
(Except for the configuration file, this is identical to how mail is
usually handled on 4.3 BSD.  The configuration file is used so that the
default behavior is compatible with System V; /usr/lib/sendmail.ok is
not created by the default installation.)  This feature is described in
man page mail(1-SysV).