Date: Mon, 05 Dec 2022 12:12:07 -0600 From: Mike Karels <mike@karels.net> To: Baptiste Daroussin <bapt@FreeBSD.org> 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 Message-ID: <FF412B2C-F47F-40A0-8E83-BB9878FD4C66@karels.net> In-Reply-To: <20221205163718.hrau7fg5jonrifij@aniel.nours.eu> References: <202212041740.2B4HeKSN038446@mail.karels.net> <20221205163718.hrau7fg5jonrifij@aniel.nours.eu>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FF412B2C-F47F-40A0-8E83-BB9878FD4C66>