Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsl!cbnewsk!pegasus!hansen
From: hansen@pegasus.att.com (Tony L. Hansen)
Newsgroups: comp.unix.admin
Subject: Re: Sendmail problem -> solution found
Summary: use /bin/rmail instead of /bin/mail
Message-ID: <1990Nov14.021718.7515@cbnewsk.att.com>
Date: 14 Nov 90 02:17:18 GMT
References: <1990Nov13.191648.7740@evax.arl.utexas.edu>
Sender: hansen@cbnewsk.att.com (tony.l.hansen)
Distribution: na
Organization: AT&T Bell Laboratories
Lines: 24

< A couple of weeks ago I posted a request for help with a sendmail
< problem on a System V system.  The problem I had was that when using
< "mailx" and an attempt was made to reply to a message with an internet
< mail address, the reply would always go to "root" on the local
< machine.
< 
< I got several responses, and thanks to all of you who helped out.  Neil
< Rickert helped me find that the problem was not with the sendmail.cf
< file at all, but with the mail delivery program on System V that does
< not know about the network.
< 
< I started by trying to port the Berkeley /bin/mail to System V but did
< not finish the translation before I got a message that also fixes the
< problem.  The solution I used, by Bill Houle of NCR, is to fake out the
< System V /bin/mail by using a front-end mail deliverer that fixes up
< the header for /bin/mail.  I've repeated Bill's message below.  It
< appears that this will probably work on any System V machine.

An easier solution is to have sendmail.cf invoke /bin/rmail instead of
/bin/mail.

					Tony Hansen
				att!pegasus!hansen, attmail!tony
				    hansen@pegasus.att.com