From nobody Mon Dec 05 16:37:18 2022 X-Original-To: dev-commits-src-main@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 4NQq2n38Mxz4k6qL; Mon, 5 Dec 2022 16:37:21 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NQq2n2jL6z3xR9; Mon, 5 Dec 2022 16:37:21 +0000 (UTC) (envelope-from bapt@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1670258241; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=grW1BlEoeed0eP0d+V7M56k/hmihRzLexgcpn3CfO5A=; b=NhLz5Xfdlrk/pGE0+4uuPdonvTNw2E2cEz6B2McXDh9anxR/tganir6Y+0t29KskOviR8e inxa9dnUFLTy1zE8gyd+uOj/eVFI/GAeCRFK7UXR7GdpkknuDmz+/2oIIdAHhcc0qSZzT/ xO7MFI+sWln6A454P5QLoTEAo7uln+UhP8ThTEjbM3TSH63AdRnN3h54SY5N9iq78ejiBH NzjWKOnbTP3hADSqZNqtm2kpwMoJeZDiJTSSS8pdiDaPxCw/I2cdhALIIEJJa33aFAnBG0 S2gDWmlgolkUdTza27Yon56K+19hdTrsiYrhLRNsRFpe1F0yhfFWjttk4Cmrqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1670258241; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=grW1BlEoeed0eP0d+V7M56k/hmihRzLexgcpn3CfO5A=; b=eNTJCkAemLFDu6vVfm8VcEnB97XxGQLxxLRWzzRQXmTb+/l12xiSpCBdtaFccv9Ur52eDI LBw5kA4gGoVMMHQXblupkBsUWtL+zPnVo8swaKu3PR5KlzbYPImKvf/G3bYTg8WauC0z+j FNJM4u+PzjqLBCOqbrRruHg/hqxOsTqbo2lfwVv8pSJlJqbr805J+zZR6YJQZRdK3JGK+7 XrB+ItlP5Y52iUittunL9pwIPumUXohl4P+HKTnWLcmhvD7AvU1JI5343J9Cw+4jzCqmNi +oM8mitxBeUs5H/4UuFRQOBL0iFmA8uij8i1129oSjpJ0h6yr3QDfxIGqbtVmg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1670258241; a=rsa-sha256; cv=none; b=uPhGvDtsQUiZOP38WyXKn4KxnmJmXreMuQNvZMhUTcene3W/8L3thq9cTq4HK67BJjD+rY pkKNwY3KzFprmB3ArYr7HwEeQ1WluNRb33eOG5ggTXyxpn4gJTf4MA65yTWu46eYYDatsn u1ynMdXdxFgXX5Q3R/4rofsYt+7TYJ+d7Zj9eoZDJQFbUOkQU77CTUkzm1rBEdB9KAUuvJ koBNCOFF+fVBrhlSLjK57bpi94lKAikX2NR7hc7rR0BdW/I1hY4UGrlR8x5b0Gt+FfxiS3 35DRRlfgCpsMKY/qNyNfatoTweLrbJUOXSLa/v/tZbkQSMhzYfPV2L6CzOkQzQ== Received: from aniel.nours.eu (nours.eu [176.31.115.77]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4NQq2n0xpVz12gX; Mon, 5 Dec 2022 16:37:21 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 9916218B32B; Mon, 5 Dec 2022 17:37:18 +0100 (CET) Date: Mon, 5 Dec 2022 17:37:18 +0100 From: Baptiste Daroussin To: Mike Karels 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: <20221205163718.hrau7fg5jonrifij@aniel.nours.eu> References: <202212041740.2B4HeKSN038446@mail.karels.net> List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202212041740.2B4HeKSN038446@mail.karels.net> X-ThisMailContainsUnwantedMimeParts: N 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 default > MTA to Dragonfly Mail Agent. I finally upgraded a -current system that > 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 checked > for an UPDATING entry. There is none; there should be. I see the RELNOTES > entry, but it is quite minimal. So I thought I'd watch what happened > overnight. This box has a non-default sendmail configuration. Somewhat > 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 sendmail, > and it was not obvious how to do it without referring to some of the commit > messages. Fixed. > > Apparently switching back to sendmail currently requires adding three > (or maybe two) sendmail_*_enable="YES" lines to /etc/rc.conf, as well > as replacing the /etc/mail/mailer.conf file. I didn't find the sendmail > example in /usr/share until after I had copied the file from a 13.1 system. > 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 that > sendmail is configured in mailer.conf if sendmail is enabled. As it was, > I tried "service sendmail start" before replacing the mailer.conf, and it > appeared to succeed, but the processes all exited quickly. > > Is sendmail_enable="NONE" really deprecated? I see that most of the > comments were restored. It would be simpler (if not obvious) to put > sendmail_enable="NO" in /etc/rc.conf if /etc/defaults/rc.conf used NONE > as it did for a while, rather than having to enable multiple components. Yes it has been deprecated for more than 20 years, I first pushed the NONE configration, but people pointed that NONE was deprecated, so I switched to NO. After more cleanup in the sendmail infrastructure (which should have been 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 that part. > > Here is the relevant part of the email from the daily script, using all > 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, using > 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. Would be nice if we could document your conversion case. Best regards, Bapt