From owner-freebsd-questions@FreeBSD.ORG Thu Oct 29 07:49:42 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADBBD1065679 for ; Thu, 29 Oct 2009 07:49:42 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9168FC0A for ; Thu, 29 Oct 2009 07:49:42 +0000 (UTC) Received: from beta.1-16-172-dyn.locolomo.org (beta.1-16-172-dyn.locolomo.org [172.16.1.127]) by mail.locolomo.org (Postfix) with ESMTPSA id 8D3AA1C1A67; Thu, 29 Oct 2009 08:49:40 +0100 (CET) Message-ID: <4AE94914.2090905@locolomo.org> Date: Thu, 29 Oct 2009 08:49:40 +0100 From: Erik Norgaard User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: pete wright References: <4AE5F897.3000103@rawbw.com> <200910271703.12828.gnemmi@gmail.com> <20091027213134.GA85815@gizmo.acns.msu.edu> <200910272046.00289.gnemmi@gmail.com> <20091028021417.GA93608@orange.esperance-linux.co.uk> <57d710000910271930u79b618f6m2bae6cf5c3c8fa83@mail.gmail.com> In-Reply-To: <57d710000910271930u79b618f6m2bae6cf5c3c8fa83@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Frank Shute , Gonzalo Nemmi , freebsd-questions@freebsd.org Subject: Re: Why is sendmail is part of the system and not a package? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 07:49:42 -0000 pete wright wrote: > On Tue, Oct 27, 2009 at 7:14 PM, Frank Shute wrote: >> FreeBSD: ? >> >> I can't think of a good reason why FreeBSD should get rid of it. >> >> Saying that, it would be neat if it was taken out of base and replaced >> with something minimal that could cope with the demands of cron and >> not much else. Then the user is expected to install a MTA of their >> choice out of ports. >> >> That would mean less code in base and fewer security advisories. > > yea i like where you are going with this frank - perhaps when > opensmtpd is done we'll be in the position to import this into the > freebsd tree? it sounds like it might fit the bill :) But, do we actually need an MTA in the base? The only arguments I have seen in this thread are: - because it's been there since the beginning of history - because cron requires it to send the daily reports For the first, that may be so, but what was a good idea at the beginning of history may not be so today. The argument is invalid. For the benefit of the project, it should continuously be considered if legacy code can be removed and offered as an optional component for those relying on it. For the second, honestly: If cron is the only application that requires an MTA then maybe it should be considered if that is a good solution. I think it is a very heavy requirement for what is otherwise very simple. If you deploy a SOHO network with FBSD at home, you may not use your own mailservice but depend on some other service. Then you likely don't read local mail regularly and it suffices for you to keep the output of cron in a plain text file in /var/log. Or you may have cron send mails to your mailservice. In either case, there is no need for an MTA like sendmail, you only need a simple client. If you deploy FBSD in larger networks, then you may opt for some other MTA. Let's face it, sendmail isn't exactly easy to setup for advanced features. And, you don't need an MTA on all systems, only on the mail gateway, other systems just need a mail client for cron - if you don't use some more advanced monitoring system, having a dedicated syslog server for example. It appears to me that having an MTA in base is obsolete. A simple client would do if anything at all. Further, if keeping an MTA costs resources in patching and testing for every new release, then it goes from being a remnant from history to slow down progress for the project. BR, Erik -- Erik Nørgaard Ph: +34.666334818/+34.915211157 http://www.locolomo.org