Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 7 Dec 2017 07:32:37 -0800 (PST)
From:      "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net>
To:        Cy Schubert <Cy.Schubert@komquats.com>
Cc:        Cy Schubert <Cy.Schubert@cschubert.com>, gjb@freebsd.org, "Pokala, Ravi" <rpokala@panasas.com>, ghapiro@freebsd.org, "freebsd-arch@freebsd.org" <arch@freebsd.org>, "cem@freebsd.org" <cem@freebsd.org>
Subject:   Re: Sendmail deprecation ?
Message-ID:  <201712071532.vB7FWb4A062722@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <201712070348.vB73mesl095194@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.

Why do we not just wait for pkg base?   

These silly threads on "axe this" are just waisting time that should be
spent on getting pkg base done and then these issues become pretty much
a /dev/null.

-- 
Rod Grimes                                                 rgrimes@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201712071532.vB7FWb4A062722>