RFC: Sendmail deprecation ?

[Baptiste Daroussin]

On Wed, Dec 06, 2017 at 05:55:37PM -0800, Cy Schubert wrote:
> In message <20171206223341.iz3vj4zz2igqczy7 at ivaldir.net>, Baptiste 
> Daroussin wr
> ites:
> > 
> > --huu3o22uzx2iwrhs
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> >
> > Hi all,
> >
> > I would like to propose the deprecation then removal of sendmail in base.
> >
> > Deprecation will happen in the form of FreeBSD 12.0 being built WITHOUT_SENDM
> > AIL
> > by default
> >
> > removal would happen in FreeBSD 13.0
> >
> > sendmail in base it not really usable as a full featured mta due to the fact 
> > it
> > does not support anything an entreprised grade mta setup would require: ldap
> > support for example, check the number of options available in the sendmail po
> > rt.
> >
> > Users for that use case would be better served by the port version of sendmai
> > l.
> >
> > The other kind of users are the one using the default setup of sendmail:
> > relaying emails externally and deliver locally.
> >
> > We have dma(8) which is way smaller than sendmail(8) have a configuration fil
> > e
> > understandable by most users (yet that is subjecttive) and have the setuid
> > binary capsicumized.
> >
> > dma(8) has been modified to fix issues reported by clusteradm preventing its
> > usage in real life situations:
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208263
> >
> > I think only providing dma(8) by default and let users choose a full featured
> > mta via packages is a good solution and better for both sendmail users and no
> > n
> > sendmail users.
> 
> Deprecate sendmail but no dma please. If anything, a small shell script to 
> invoke dialog to allow the user to select their MTA package of choice. This 
> could run at first boot -- which covers bsdinstall users and users who 
> install from source.
> 
> Please no dma.

Can you elaborate on the no dma?

dma is already there, and meets the needs for most setup, relaying mails or
deliver them locally. mailer.conf will remain meaning people will be able to
chose whatever is their favorite mta.

Best regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20171207/756bebb4/attachment.sig>