Bug 21899

Summary:	mailwrapper does not wrap /bin/rmail
Product:	Base System	Reporter:	wolfgang
Component:	bin	Assignee:	Gregory Neil Shapiro <gshapiro>
Status:	Closed FIXED
Severity:	Affects Only Me
Priority:	Normal
Version:	4.1.1-STABLE
Hardware:	Any
OS:	Any

Description wolfgang 2000-10-11 01:30:02 UTC

	When you switch from sendmail to a different mailer by configuring
	this different mailer in /etc/mail/mailer.conf, sendmails old
	/bin/rmail still stays around and is not redirected via mailwrapper.
	At least in the case of the new mailer being smail (installed from
	ports), /bin/rmail no longer works. I did not check the details,
	maybe it calls sendmail with options not supported by smail.
	The mailwrapper(8) man-page gives no caveat about /bin/rmail.

Fix: 

Delete /bin/rmail and tell uucp to use /usr/local/bin/rmail.
	Add a warning about /bin/rmail to BUGS-Section of mailwrapper
	-manpage.
How-To-Repeat: 
	Install smail from ports; do NOT "make replace" (this tries to
	overwrite sendmail instead of using mailwrapper) and configure
	/etc/mail/mailer.conf to use smail.

Comment 1 Johan Karlsson freebsd_committer

2000-10-14 15:50:08 UTC

Responsible Changed
From-To: freebsd-bugs->gshapiro

Even if this is not stricly sendmail can you please have 
a look at it, since it deals with a sendmail program.

Comment 2 Gregory Neil Shapiro freebsd_committer

2000-11-14 07:13:56 UTC

State Changed
From-To: open->analyzed

I don't see the need for rmail to be wrapped.  rmail is a mail injection 
tool that uses sendmail just as other MUA/auto-responders use sendmail 
(pine, elm, vacation, procmail, etc).  There is currently one inter-op 
problem with rmail's method of calling sendmail that may cause problems 
with non-sendmail MTAs.  This is already being researched under PR bin/22598.

Comment 3 Gregory Neil Shapiro freebsd_committer

2001-02-05 01:06:10 UTC

State Changed
From-To: analyzed->closed

rmail no longer uses the -G flag

Comment 4 Brian Candler 2001-05-17 15:07:13 UTC

I would like to second the request that /bin/rmail be indirected via
mailwrapper.

The reason is that I might actually _want_ to use the rmail provided by a
different MTA. If I have installed a different MTA, with its own rmail, I do
not want my system to break every time the sendmail people decide to make a
stupid change (like introducing the '-G' flag, or deciding that rmail should
invoke sendmail with flags requesting queued rather than immediate delivery)

Of course, I am at liberty to delete /bin/rmail and replace it with a
symlink to my new MTA. But this is exactly what mailwrapper was supposed to
eliminate.

So my vote is that rmail move to /usr/libexec/sendmail/rmail, and /bin/rmail
become a symlink to /usr/sbin/mailwrapper

Regards,

Brian.