Date: Wed, 06 Dec 2017 19:48:40 -0800 From: Cy Schubert <Cy.Schubert@komquats.com> To: Cy Schubert <Cy.Schubert@cschubert.com> Cc: "Pokala, Ravi" <rpokala@panasas.com>, Cy Schubert <Cy.Schubert@komquats.com>, "cem@freebsd.org" <cem@freebsd.org>, "freebsd-arch@freebsd.org" <arch@freebsd.org>, ghapiro@freebsd.org, gjb@freebsd.org Subject: Re: Sendmail deprecation ? Message-ID: <201712070348.vB73mesl095194@slippy.cwsent.com> In-Reply-To: Message from Cy Schubert <Cy.Schubert@cschubert.com> of "Wed, 06 Dec 2017 18:51:05 -0800." <201712070251.vB72p58k054508@slippy.cwsent.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <201712070251.vB72p58k054508@slippy.cwsent.com>, Cy Schubert writes: > In message <B16088FF-FDE1-4EDF-AB76-D60C2E5F3E8F@panasas.com>, "Pokala, > Ravi" w > rites: > > So less "no dma(8)", and more "no default MTA at all; make them select one" > ? > > Yes. Thinking about this further and softening my position a little, I'd be satisfied with a knob to not build dma in base at all. (Though the desire to remove bloat I prefer not to replace when something is removed.) Upline sendmail hasn't been updated for a a year and almost eight months. (I had misgivings of the sale.) Having said that, I think sendmail's time has come however I'm not convinced replacing it with another default MTA is the solution. 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. As gjb@ has been working toward packaged base, would it not be a good time for the MTA replacement project to consider relying on dma ports/packages? Ports/packages are just as much FreeBSD as base is. -- Cheers, Cy Schubert <Cy.Schubert@cschubert.com> FreeBSD UNIX: <cy@FreeBSD.org> Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201712070348.vB73mesl095194>