[Bug 25218] mailwrapper(8) invokes sendmail when resources are tight

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=25218

--- Comment #9 from commit-hook@FreeBSD.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=961bcbeef251b87463446860fca9910a461a3909

commit 961bcbeef251b87463446860fca9910a461a3909
Author:     Lexi Winter <lexi@le-Fay.ORG>
AuthorDate: 2023-12-30 15:09:15 +0000
Commit:     Warner Losh <imp@FreeBSD.org>
CommitDate: 2024-04-19 22:20:44 +0000

    mailwrapper(8): change behaviour if mailer.conf cannot be opened

    Previously, mailwrapper(8) would default to invoking _PATH_DEFAULTMTA
    (i.e., dma) if mailer.conf couldn't be opened for any reason, including
    transient errors like ENFILE.  This behaviour is undesirable, because if
    the administrator has configured a different MTA in mailer.conf, they
    almost certainly don't want mailwrapper to unpredictably fall back to
    the compiled-in default; and in any case, the default MTA is probably
    not running, meaning the mail may be queued and then never delivered,
    which is worse than not accepting it to begin with.

    Change this behaviour depending on why mailer.conf can't be opened:

    - If it doesn't exist, keep the existing behaviour of falling back to
      the default MTA, on the assumption that this is a reasonable default
      if mailer.conf hasn't been configured at all.

    - If it cannot be opened for any other reason, do not invoke an MTA and
      instead return an error to the caller.

    PR: 25218
    Reviewed by: imp, emaste, markj
    Pull Request: https://github.com/freebsd/freebsd-src/pull/969

 usr.sbin/mailwrapper/mailwrapper.c | 23 +++++++++++++++++------
 1 file changed, 17 insertions(+), 6 deletions(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.