misc/181795: Periodic daily/500.queuerun doesn't check 'sendmail_enable' in rc.conf

Karl Pielorz kpielorz at tdx.co.uk
Wed Sep 4 06:10:01 UTC 2013


>Number:         181795
>Category:       misc
>Synopsis:       Periodic daily/500.queuerun doesn't check 'sendmail_enable' in rc.conf
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Sep 04 06:10:01 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Karl Pielorz
>Release:        9.2-BETA2 amd64
>Organization:
>Environment:
FreeBSD somehost.somedomain.com 9.2-BETA2 FreeBSD 9.2-BETA2 #0 r253951M: Mon Aug 12 09:39:57 BST 2013     kpielorz at somehost.somedomain.com:/sys/amd64/compile/GENERIC  amd64
>Description:
The periodic script '/etc/periodic/daily/500.queuerun' doesn't check any values from '/etc/rc.conf'.

e.g. If in '/etc/rc.conf' you set 'sendmail_enable="NONE"' - 500.queuerun will still blindly fire up sendmail to do the 'daily queue run' by default, even if your system isn't using sendmail - or worse, even if you have set 'sendmail_enable="NONE"' - and have a very large queue of mail on there, 'on hold' - having not started any sendmail queue runners.

500.queuerun will start a queue runner for you - regardless when it runs, thus draining the queues over night (which is not what you'd expect if 'sendmail_enable="NONE"' is set?)

The script does check for the presence of a sendmail executable - but not if the system has sendmail effectively 'disabled'.
>How-To-Repeat:
Set '/etc/rc.conf' so 'sendmail_enable="NONE"' - make sure no sendmail queue runner is running, and put a lot of mail on the host.

When 500.queuerun runs, it will dequeue all the mail - even though rc.conf has 'sendmail_enable="NONE"'.
>Fix:
Make '/etc/periodic/daily/500.queurun' check/honour the value of 'sendmail_enable' in /etc/rc.conf.

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list