Bug #2348

sendmail will halt startup if there's no network connection

Added by justin about 2 years ago. Updated about 2 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

Even with sendmail="NO" and sendmail_enable="NO" in rc.conf, startup
will hang trying to start various things in sendmail during start, if
starting on a machine with no network configured other than the
loopback interface.

(Maybe it times out? I haven't waited that long.)

The fix for now is to add

sendmail_submit="NO"
sendmail_msp_queue_enable="NO"

to rc.conf.

History

#1 Updated by sepherosa about 2 years ago

On Fri, Apr 13, 2012 at 10:12 AM, Justin C. Sherrill via Redmine
<> wrote:
>
> Issue #2348 has been reported by Justin C. Sherrill.
>
> ----------------------------------------
> Bug #2348: sendmail will halt startup if there's no network connection
> http://bugs.dragonflybsd.org/issues/2348
>
> Author: Justin C. Sherrill
> Status: New
> Priority: Normal
> Assignee:
> Category:
> Target version:
>
>
> Even with sendmail="NO" and sendmail_enable="NO" in rc.conf, startup
> will hang trying to start various things in sendmail during start, if
> starting on a machine with no network configured other than the
> loopback interface.
>
> (Maybe it times out?  I haven't waited that long.)
>
> The fix for now is to add
>
> sendmail_submit="NO"
> sendmail_msp_queue_enable="NO"

Does sendmail_enable="NONE" work?

>
> to rc.conf.
>
>
> --
> You have received this notification because you have either subscribed to it, or are involved in it.
> To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account

--
Tomorrow Will Never Die

#2 Updated by justin about 2 years ago

  • Status changed from New to Closed

sendmail_enable="NONE" does seem to fix it. rcdebug reports "NO" as the value still:

In /etc/rc.conf:
sendmail_enable="NONE"

in /var/log/messages:
Apr 14 16:35:13 teeny root: /etc/rc: INFO: checkyesno: sendmail_enable is set to
NO.

I suppose that could be considered a cosmetic bug. I'd argue that having to mark "NONE" instead of "NO" is confusing, but perhaps the best fix is to implement DMA. Closing bug.

Also available in: Atom PDF