From owner-freebsd-current  Sat Sep 16 10:52:32 1995
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id KAA15489
          for current-outgoing; Sat, 16 Sep 1995 10:52:32 -0700
Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA15476
          for <current@freebsd.org>; Sat, 16 Sep 1995 10:52:29 -0700
Received: (from imb@localhost)
	by asstdc.scgt.oz.au (8.6.12/BSD4.4)
	id DAA14200; Sun, 17 Sep 1995 03:52:16 +1000
From: michael butler <imb@scgt.oz.au>
Message-Id: <199509161752.DAA14200@asstdc.scgt.oz.au>
Subject: Re: rmail and brain-dead mail systems .. patch enclosed
To: pst@shockwave.com (Paul Traina)
Date: Sun, 17 Sep 1995 03:52:16 +1000 (EST)
Cc: current@freebsd.org
In-Reply-To: <199509161739.KAA00498@precipice.shockwave.com> from "Paul Traina" at Sep 16, 95 10:39:05 am
X-Mailer: ELM [version 2.4 PL24beta]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1111      
Sender: owner-current@freebsd.org
Precedence: bulk

Paul Traina writes:

> This seems backwards.  Why would you want a null address in there, rather
> than just fix the one or two clients that don't do the right thing if no
> address is present (which has been legal for years)?

The client(s) that don't do the right thing are rmail in combination with
sendmail. The thing generating the "no from address" mail is MS own SMTP
gateway. No way are you going to get them to change that ...

rmail, as it is, instead of forwarding the bounce message generated by
MS-Mail, provokes sendmail into sending *me* the mail (effectively) saying
that it doesn't comprehend it and that a "recipient address must be
specified". 

The resulting command-line is "/usr/sbin/sendmail -f dest_addr".

The angle-bracket form, as produced by the patch, becomes a place-holder to
convince sendmail to do the Right Thing by producing ..

	"/usr/sbin/sendmail -f <> dest_addr".

sendmail then courteously substitutes the string "MAILER-DAEMON" for the
null address and everything works. As I stated, this *is* Eric's "standard"
patch for it .. what other options are there ?

	michael