atom feed15 messages in org.freebsd.freebsd-archRe: conf/39444: rc.sendmail syntax er...
FromSent OnAttachments
Doug BartonJun 18, 2002 4:10 pm 
Gregory Neil ShapiroJun 18, 2002 10:48 pm 
Doug BartonJun 18, 2002 11:10 pm 
Gregory Neil ShapiroJun 18, 2002 11:24 pm 
Doug BartonJun 19, 2002 12:26 am 
Jin Guojun[DSD]Jun 19, 2002 12:52 am 
David O'BrienJun 19, 2002 10:48 am 
Crist J. ClarkJun 19, 2002 10:53 am 
Sheldon HearnJun 19, 2002 11:00 am 
David O'BrienJun 19, 2002 11:03 am 
Gregory Neil ShapiroJun 19, 2002 11:06 am 
Sheldon HearnJun 19, 2002 11:14 am 
Crist J. ClarkJun 19, 2002 11:55 am 
Doug BartonJun 20, 2002 1:57 am 
Gregory Neil ShapiroJun 20, 2002 8:37 am 
Subject:Re: conf/39444: rc.sendmail syntax error: cannot disable sendmail
From:Jin Guojun[DSD] (j_gu@lbl.gov)
Date:Jun 19, 2002 12:52:57 am
List:org.freebsd.freebsd-arch

Gregory Neil Shapiro wrote:

DougB> The problem is, the users are getting confused. Neither of the methods DougB> you describe is "standard," which is a big part of the confusion.

I guess the standard way would be:

sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO

This is (and was) always available. sendmail_enable=NONE is just a shortcut that has the same effect as setting all four to NO. With that in mind, the only other thing that could be added is a sendmail_dont_run_at_all variable that, if set to YES, is exactly the same as:

1. sendmail_enable=NONE, or 2. mta_start_script="", or 3. sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO

My preference is not to add a fourth equivalent method to the above list.

There is no need for another method to do above. Issues are:

(1) NONE is used only here, so it is not a "standard" syntax for general purpose. It is not clear if it means sendmail_enable=NO in old system or not. So, above information with some further explanation need to be put into /etc/mail/README and/or in man/rc.sendmail. It is confusing.

(2) From /etc/mail/README, running a daemon to accept localhost is needed for outbound traffic. If sendmail_submit_enable=NO and sendmail_enable=NO, then outbound mail will silently sinks. This needs to be clearly stated in some place easy to see because this is new. For another security reason, from old system, users may kill the sendmail accepting messages if they are not aware this new feature. Most argument here is that "How can I trust something is not suppose to run?" Under new system, after they kill the sendmail daemon, all outgoing mail will lost without any warning, and users may take long time to find out no mail was sent due to this issue.

Changing things in email system will significantly affect current computing environment, so we need to be careful when doing so.

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message