From nobody Mon Dec 5 18:12:07 2022 X-Original-To: dev-commits-src-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NQs8H1JLtz4j5DT; Mon, 5 Dec 2022 18:12:15 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4NQs8G3ZQnz4LL2; Mon, 5 Dec 2022 18:12:14 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.16.1/8.16.1) with ESMTP id 2B5IC7Gs045864; Mon, 5 Dec 2022 12:12:07 -0600 (CST) (envelope-from mike@karels.net) Received: from [10.0.2.130] ([10.0.1.1]) by mail.karels.net with ESMTPSA id e9vxKnc0jmMmswAA4+wvSQ (envelope-from ); Mon, 05 Dec 2022 12:12:07 -0600 From: Mike Karels To: Baptiste Daroussin Cc: src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org Subject: Re: rough edges in transition from sendmail to dma Date: Mon, 05 Dec 2022 12:12:07 -0600 X-Mailer: MailMate (1.14r5921) Message-ID: In-Reply-To: <20221205163718.hrau7fg5jonrifij@aniel.nours.eu> References: <202212041740.2B4HeKSN038446@mail.karels.net> <20221205163718.hrau7fg5jonrifij@aniel.nours.eu> List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mail.karels.net id 2B5IC7Gs045864 X-Rspamd-Queue-Id: 4NQs8G3ZQnz4LL2 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 5 Dec 2022, at 10:37, Baptiste Daroussin wrote: > On Sun, Dec 04, 2022 at 11:40:20AM -0600, Mike Karels wrote: >> This is a followup/response to the series of commits switching the def= ault >> MTA to Dragonfly Mail Agent. I finally upgraded a -current system tha= t >> submits email that I read, including the daily script output, and ran = into >> some rough edges. >> >> I knew about the changes from reading the git commit messages, so I ch= ecked >> for an UPDATING entry. There is none; there should be. I see the REL= NOTES >> entry, but it is quite minimal. So I thought I'd watch what happened >> overnight. This box has a non-default sendmail configuration. Somewh= at >> to my surprise, I received the email from the daily script on my mail >> server, but it included some errors. I decided to switch back to send= mail, >> and it was not obvious how to do it without referring to some of the c= ommit >> messages. > > Fixed. Thanks! One nit: using sendmail_enable=3D=E2=80=9CNO=E2=80=9D restores t= he previous default (sendmail submission without incoming). That is a little counter-intuiti= ve, but that is the way that it has been. >> Apparently switching back to sendmail currently requires adding three >> (or maybe two) sendmail_*_enable=3D"YES" lines to /etc/rc.conf, as wel= l >> as replacing the /etc/mail/mailer.conf file. I didn't find the sendma= il >> example in /usr/share until after I had copied the file from a 13.1 sy= stem. >> A pointer to the sendmail version in the default mailer.conf would be >> helpful. Also, the sendmail and dma examples in mailer.conf(5) do not >> correspond to the example files. >> >> It might also be useful to have a check in /etc/rc.d/sendmail to see t= hat >> sendmail is configured in mailer.conf if sendmail is enabled. As it w= as, >> I tried "service sendmail start" before replacing the mailer.conf, and= it >> appeared to succeed, but the processes all exited quickly. >> >> Is sendmail_enable=3D"NONE" really deprecated? I see that most of the >> comments were restored. It would be simpler (if not obvious) to put >> sendmail_enable=3D"NO" in /etc/rc.conf if /etc/defaults/rc.conf used N= ONE >> as it did for a while, rather than having to enable multiple component= s. > > Yes it has been deprecated for more than 20 years, I first pushed the N= ONE > configration, but people pointed that NONE was deprecated, so I switche= d to > NO. > > After more cleanup in the sendmail infrastructure (which should have be= en done > 20 years ago...) I decided to remove the deprecation notice, but forgot= to > switch back the default to NONE (sorry about that). I have just fixed t= hat part. Thanks, I think that=E2=80=99s the right solution. >> Here is the relevant part of the email from the daily script, using al= l >> default settings: >> >> Removing stale entries from sendmail host status cache: >> mailwrapper: no mapping in /etc/mail/mailer.conf >> >> Mail in local queue: >> Mail queue is empty >> >> Mail in submit queue: >> mailq: invalid arguments >> >> It seems that we shouldn't get errors in a stock configuration, but I'= d >> also prefer not to have to change periodic.conf as well as rc.conf and >> mailer.conf to get the old behavior. >> >> For what it's worth, I configured dma on another -current system, usin= g >> the equivalent settings for my sendmail configuration (SMARTHOST and >> MASQUERADE), and this seems to have gone smoothly. >> >> I'm willing to help out with smoothing rough edges, including testing, >> editing, maybe implementing (when/where I know what to do). >> >> Mike > > The transition for the default setup is seamless, we need to cover in > documentation how to convert from other common cases. Almost seamless, there are still errors from the daily script. There were some pre-existing issues, e.g. the default dma mailer.conf does not agree with the mailer.conf(5) version. I think the newalias entry should be added, or newalias produces an error. (It=E2=80=99s prob= ably a no-op.) I also think it would be nice to mention the sendmail example file in the dma mailer.conf, like dma is mentioned in the sendmail templa= te. > Would be nice if we could document your conversion case. Conversion to dma? It was actually fairly clear from the dma.conf file and man page. We=E2=80=99ll need to make sure that the release note= s are clear about how to revert to sendmail, although there is not as much to it now. > Best regards, > Bapt Thanks, Mike