Subject: bin/26711: /etc/rc.d/sendmail doesn't deal gracefully with MKSENDMAIL=no
To: None <gnats-bugs@gnats.NetBSD.org>
From: None <dan@geek.com.au>
List: netbsd-bugs
Date: 08/19/2004 09:17:14
>Number: 26711
>Category: bin
>Synopsis: /etc/rc.d/sendmail doesn't deal gracefully with MKSENDMAIL=no
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: bin-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Aug 18 23:18:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator: Daniel Carosone
>Release: NetBSD 2.0G
>Organization:
>Environment:
NetBSD-current built with MKSENDMAIL=no (no /usr/libexec/sendmail/* and other files)
>Description:
On startup, /etc/rc.d/sendmail issues a warning to the console:
stat: /usr/libexec/sendmail/sendmail: stat: No such file or directory
This would appear to come from the following line, in the
sendmail_precmd function:
68 _owner=$(stat -qf"${_owner_fmt}" /usr/libexec/sendmail/sendmail)
I have mailer.conf pointing to postfix, (and no sendmail binary at the
above path) so the magic variable assessment stuff in
check_need_sendmail ought to be deciding NO.
I'm therefore a little confused why sendmail_precmd is running at all.
>How-To-Repeat:
rm /usr/libexec/sendmail/sendmail
/etc/rc.d/sendmail start
>Fix:
Conditionalise this stat on -x of the binary? (or -e?)
Conditionalise installation of rc.d/sendmail script on MKSENDMAIL?
Solve some other logic error that's causing sendmail_precmd to run
when it shouldn't?
>Release-Note:
>Audit-Trail:
>Unformatted: