nmh-workers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [nmh-workers] sendmail/pipe default config?


From: Alexander Zangerl
Subject: Re: [nmh-workers] sendmail/pipe default config?
Date: Sun, 20 Oct 2019 12:11:03 +1000

On Sat, 19 Oct 2019 12:20:11 -0400, David Levine writes:
>> ---sysconfdir='$${prefix}/etc' \
>I assume that 3 dashes there is a typo.

indeed, cut and paste issue.

>> --with-mts=sendmail/pipe \
>
>Is that the best choice for a default configuration? 

it's been that way since 2003 when somebody complained about
smtp as default (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=152729);
personally i prefer pipe for submission and nobody asked for a different
default yet, hence...

>Re. sendmail/pipe, are these comments in post.c still valid?
>
>    /* This won't work with MTS_SENDMAIL_PIPE. */
>    verify_all_addresses (1, eai, envelope, oauth_flag, auth_svc);

as far as i can tell yes, because verify_all_addresses uses do_an_address which
uses sm_wadr which talks smtp.

>        /* It would be nice to have support to call
>           verify_all_addresses with MTS_SENDMAIL_PIPE, but
>           that might require running sendmail as root.  Note
>           that spost didn't verify addresses. */

this idea would also not work for postfix: its sendmail
emulation wrapper does have a '-bv' option, but one which never responds
to the invoking process (like real sendmail does); instead postfix
sends an email report back after verifying each recipient address.

personally i think spending any further effort on verifying addresses for
deliverability on the sending side is wasted because of how little
verification/guarantee it provides (see bugs section in man whom).

regards
az


-- 
Alexander Zangerl + GPG Key 2FCCF66BB963BD5F + http://snafu.priv.at/
And God spoke: There shall be packets.
And there were packets, and these packets were good, mostly. -- G.S. Granados

Attachment: signature.asc
Description: Digital Signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]