Date: Tue, 18 Jun 2002 22:49:08 -0700 From: Gregory Neil Shapiro <gshapiro@FreeBSD.ORG> To: Doug Barton <DougB@FreeBSD.ORG> Cc: "Jin Guojun[DSD]" <j_guojun@lbl.gov>, "Crist J. Clark" <cjc@FreeBSD.ORG>, <FreeBSD-arch@FreeBSD.ORG> Subject: Re: conf/39444: rc.sendmail syntax error: cannot disable sendmail Message-ID: <15632.6996.519381.823439@horsey.gshapiro.net> In-Reply-To: <20020618155900.O2483-100000@master.gorean.org> References: <3D0FB406.83DE356D@lbl.gov> <20020618155900.O2483-100000@master.gorean.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>> sendmail does not need to run on background to send/submit outbound mail. >> The backgrounding daemon is solely for receiving inbound message. Yes, 8.12 does indeed require a daemon running listening on the localhost for outbound mail. That was the whole reason for NO vs NONE. DougB> The problem here is that historically sendmail_enable="NO" always meant DougB> "don't run a listener for incoming mail, but still let me send mail from DougB> this host." Yes, and that's what I tried to preserve. I didn't want to break existing sendmail_enable=NO configurations. If I had changed sendmail_enable=NO to start absolutely no daemons, locally submitted mail (e.g., mail, cron, lpd, etc) would sit in /var/spool/clientmqueue/ forever (regardless of whether it was to a local or remote user). That is unacceptable. DougB> What I think we need is a new knob, something like DougB> use_real_sendmail, that will default to YES, leaving the new status DougB> quo for sendmail_enable="NO" intact, but also be able to completely DougB> disable all sendmail stuff, including listeners for outgoing mail, DougB> queue runners, etc. That way users can have a clear indication of DougB> what's going to happen, and the same YES/NO syntax they are familiar DougB> with. If you don't want *any* sendmail daemon running, you can either use: sendmail_enable="NONE" or mta_start_script="" I don't see the problem with using one of these methods. They are both well documented in the 4.6 and 5.0 release notes, /usr/src/UPDATING, and the man pages. If we now add yet another method of doing this, it still doesn't solve the learning curve problem that people appear to be having with sendmail_enable="NONE" and will only add more confusion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15632.6996.519381.823439>