Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 Jun 1995 15:12:46 -0500 (CDT)
From:      Joe Greco <jgreco@brasil.moneng.mei.com>
To:        imb@scgt.oz.au (michael butler)
Cc:        fenner@parc.xerox.com, freebsd-hackers@freebsd.org
Subject:   Re: uucp/uux -a<> problem
Message-ID:  <199506062012.PAA09464@brasil.moneng.mei.com>
In-Reply-To: <199506050654.QAA29474@asstdc.scgt.oz.au> from "michael butler" at Jun 5, 95 04:54:13 pm

next in thread | previous in thread | raw e-mail | index | archive | help
> Bill Fenner writes:
> 
> > Someone posted saying they were having a problem with sendmail running
> > uux with an empty "from" argument on errors.  Do you have the "g" flag set
> > for that mailer?  "g" is supposed to use MAILER-DAEMON (well, really, $o)
> > as the from address for error messages.
> 
> Thanks .. whichever macro it uses, this does the job.
> 
> In order to relieve other FreeBSD users hosting UUCP feeds of the same
> problem, I'd like to propose that the line ..
> 
> 	define(`UUCP_MAILER_FLAGS', `g')
> 
>  .. be added to the default sendmail configuration or, at the very least,
> that it be documented in an FAQ as the current configuration and Taylor's
> UUCP don't do the Right Thing in this case. Same argument applies to the
> rmail patch I forwarded .. the default should work in as many cases as
> possible,

>From the Sendmail documentation:

     5.3.3  Error messages are sent as  From:<>.   This  was

             urged  by  RFC  821 and reiterated by RFC 1123,

             but older versions of sendmail never really did

             it  properly.   Version  8 does.  However, some

             systems  cannot  handle  this  perfectly  legal

             address; if necessary, you can create a special

             mailer that uses the `g' flag to disable this.

It sounds like the current configuration for Sendmail is right and Taylor is
broken.  I have not looked at this myself, however....

... JG



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199506062012.PAA09464>