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).