RFC: Sendmail deprecation ?
Cy Schubert
Cy.Schubert at komquats.com
Thu Dec 7 01:55:42 UTC 2017
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.
--
Cheers,
Cy Schubert <Cy.Schubert at cschubert.com>
FreeBSD UNIX: <cy at FreeBSD.org> Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
More information about the freebsd-arch
mailing list