From owner-freebsd-arch Tue Jun 18 22:49:24 2002 Delivered-To: freebsd-arch@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id AC6E837B409; Tue, 18 Jun 2002 22:49:09 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.4/8.12.4) with ESMTP id g5J5n8R7037078 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 18 Jun 2002 22:49:09 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.4/8.12.4/Submit) id g5J5n8N1037075; Tue, 18 Jun 2002 22:49:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15632.6996.519381.823439@horsey.gshapiro.net> Date: Tue, 18 Jun 2002 22:49:08 -0700 From: Gregory Neil Shapiro To: Doug Barton Cc: "Jin Guojun[DSD]" , "Crist J. Clark" , Subject: Re: conf/39444: rc.sendmail syntax error: cannot disable sendmail In-Reply-To: <20020618155900.O2483-100000@master.gorean.org> References: <3D0FB406.83DE356D@lbl.gov> <20020618155900.O2483-100000@master.gorean.org> X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> 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