From owner-freebsd-arch@freebsd.org Thu Dec 7 08:28:51 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9531CE80065 for ; Thu, 7 Dec 2017 08:28:51 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 814F77C064 for ; Thu, 7 Dec 2017 08:28:51 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 80B38E80064; Thu, 7 Dec 2017 08:28:51 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 805BAE80063 for ; Thu, 7 Dec 2017 08:28:51 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 427687C063; Thu, 7 Dec 2017 08:28:51 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 90DDA1D9B5; Thu, 7 Dec 2017 08:28:50 +0000 (UTC) Date: Thu, 7 Dec 2017 09:28:50 +0100 From: Baptiste Daroussin To: Cy Schubert Cc: arch@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: RFC: Sendmail deprecation ? Message-ID: <20171207082850.weq3d77fvl4nustm@ivaldir.net> References: <20171206223341.iz3vj4zz2igqczy7@ivaldir.net> <201712070155.vB71tbRZ006229@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xmflxqmgwqjg6ibs" Content-Disposition: inline In-Reply-To: <201712070155.vB71tbRZ006229@slippy.cwsent.com> User-Agent: NeoMutt/20171027 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2017 08:28:51 -0000 --xmflxqmgwqjg6ibs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 06, 2017 at 05:55:37PM -0800, Cy Schubert wrote: > In message <20171206223341.iz3vj4zz2igqczy7@ivaldir.net>, Baptiste=20 > Daroussin wr > ites: > >=20 > > --huu3o22uzx2iwrhs > > Content-Type: text/plain; charset=3Dus-ascii > > Content-Disposition: inline > > > > Hi all, > > > > I would like to propose the deprecation then removal of sendmail in bas= e. > > > > 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=20 > > it > > does not support anything an entreprised grade mta setup would require:= ldap > > support for example, check the number of options available in the sendm= ail po > > rt. > > > > Users for that use case would be better served by the port version of s= endmai > > 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 configurati= on fil > > e > > understandable by most users (yet that is subjecttive) and have the set= uid > > binary capsicumized. > > > > dma(8) has been modified to fix issues reported by clusteradm preventin= g its > > usage in real life situations: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208263 > > > > I think only providing dma(8) by default and let users choose a full fe= atured > > mta via packages is a good solution and better for both sendmail users = and no > > n > > sendmail users. >=20 > Deprecate sendmail but no dma please. If anything, a small shell script t= o=20 > invoke dialog to allow the user to select their MTA package of choice. Th= is=20 > could run at first boot -- which covers bsdinstall users and users who=20 > install from source. >=20 > 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 --xmflxqmgwqjg6ibs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAloo+8IACgkQY4mL3PG3 PlpTZRAAvQnTKWFaolDlGo4H9XilgHf9NhtHxFohGCMmmcz8mfmGJwms/TaaLpzZ SjgsO/C+BIPkNBTWW0T79/kuikAWXHFxVZdMU4W35AVed1+BnD9JsT+vuf8rthKs /SuwMC9qmfb+cLCtIkpalrDt05Dwhu4dITwn45uufpZC5+f4WtHUJ5hyUxY3sU9E 04R58znphB/nr0zrqQe3bVxXlfQmToZMuzOc4OjqCzvzU6/E2LRzDbKtJXk/Dvkb 9K5PfS4ApGuSBMMGVsQCw9jngv9SDt2sMkm2RxdVVlx2q+Ru4cMGaeoPKn98+wN8 VqKrkVAwH01/biuJoRQcXbejo9ZMK9fbd4h3v17mpuYpUOnBzveh/0CaD/ooNg4Y RLsJhUOvitV4y2tAYsXtcFoCpAZwIvdGV0pAyNX339dJbVk/FrFXrQNeK1p/vux/ mtr6Oy9sNSA6ZQkcIk6CM7P6idpkwreUat5y7GObB7CTUHSdabwwLuEnSb/BFbKb iQcowXVJ+TAjVtXzvzZVJ+DbLshzUoffk+JOz2VQ8vw087UKQI9Wv+mieZZQ8oxH WZ7eIXpgvVB97MXoQ1U1rLOa7CMSx2Gu/9UDB19aoypFm17YuEFa/ppaSvhfMU8j ug5sO/1MjKCmpB3CiNC5eDLw123xyLksl1ttTpfaRbuAXJ65kNo= =aRez -----END PGP SIGNATURE----- --xmflxqmgwqjg6ibs--