Date: Thu, 07 Dec 2017 09:22:02 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: mike@karels.net Cc: Cy Schubert <Cy.Schubert@komquats.com>, "cem@freebsd.org" <cem@freebsd.org>, gjb@freebsd.org, "Pokala, Ravi" <rpokala@panasas.com>, ghapiro@freebsd.org, "freebsd-arch@freebsd.org" <arch@freebsd.org>, Cy Schubert <Cy.Schubert@cschubert.com> Subject: Re: Sendmail deprecation ? Message-ID: <72480.1512638522@critter.freebsd.dk> In-Reply-To: <201712070416.vB74GhD8050840@mail.karels.net> References: <201712070416.vB74GhD8050840@mail.karels.net>
next in thread | previous in thread | raw e-mail | index | archive | help
-------- In message <201712070416.vB74GhD8050840@mail.karels.net>, Mike Karels writes: >> ... A stub like pkg that could install a package, providing the >> user with a list to choose from, possibly timing out after a short period >> of time to install the dma pkg (or port) makes the most sense to me and >> should be a good compromise for all. > >Without specifying a mechanism, I agree that providing a menu would be >good. I don't think it should time out. The majority of installed FreeBSD systems would never see a menu in bsdinstaller(8). We should talk about what "make release" does, because that is the common basis for almost all install methods of FreeBSD: bsdinstall(8), nanobsd(8), diskless(8), jail(8) etc. etc. Cron(8) and periodic(8) need local delivery to work, so the plain "make release" should install dma(8) so local delivery works. I don't care if bsdinstall(8) offers MTA configuration menus or not, and that decision or lack thereof should not hold up replacing sendmail(8) with dma(8). And good riddance to sendmail(8): Life is too short for sendmail.cf Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?72480.1512638522>