[comp.sys.sun] sendmail 4.0 without -f picks return path user at random

benson@uunet.uu.net (Benson Margulies) (04/27/89)

We are running 4.0.1. We are using really minimally adjusted sendmail.cf
files. We observe the following entertaining phenomena:

when mail is sent from one person to another (locally), the return path is
set to some user OTHER than the sender. The mapping from sender to return
path is consistent for any given person, but varies from person to person.
I've checked, and there are no duplicated uid's or any such bizarrity.

Has anyone else seen this? 


-- 
Benson I. Margulies

rob@violet.berkeley.edu (Rob Robertson) (05/10/89)

In article <299@odi.UUCP> odi!benson@uunet.uu.net (Benson Margulies) writes:
>X-Sun-Spots-Digest: Volume 7, Issue 260, message 12 of 13
>...
>when mail is sent from one person to another (locally), the return path is
>set to some user OTHER than the sender. The mapping from sender to return
>path is consistent for any given person, but varies from person to person.
>I've checked, and there are no duplicated uid's or any such bizarrity.
>Has anyone else seen this? 

yes.  i am experiencing it here, on machines that have the OR option set
(send send any mail to the server you have /var/spool/mail mounted from).

in the same configuration, the other thing i've noticed is that when
sendmail is involked with the -t option (ie look in the message for who
the mail is to, as it isn't specified on the command line), sendmail
expands aliases.  this is really blecherous when you've got :include:
aliases.  sendmail then passes the message to the mailbox machine, error
or not.  we can work around this by using indirection in our aliai, but it
is annoying to find out.

rob

			  william robertson
		       rob@violet.berkeley.edu