From owner-freebsd-questions@FreeBSD.ORG Thu Oct 29 16:08:29 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 357301065670 for ; Thu, 29 Oct 2009 16:08:29 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id E61FB8FC19 for ; Thu, 29 Oct 2009 16:08:27 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id C18A0EB474D; Thu, 29 Oct 2009 18:08:26 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id A4F74451BC; Thu, 29 Oct 2009 18:08:26 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q2WRZKINiU8n; Thu, 29 Oct 2009 18:08:26 +0200 (EET) Received: from kobe.laptop (ppp-94-64-253-165.home.otenet.gr [94.64.253.165]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 43679451B2; Thu, 29 Oct 2009 18:08:26 +0200 (EET) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n9TG8P8d045334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Oct 2009 18:08:25 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n9TG8OoC045312; Thu, 29 Oct 2009 18:08:24 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Erik Norgaard 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> <4AE94914.2090905@locolomo.org> Date: Thu, 29 Oct 2009 18:08:24 +0200 In-Reply-To: <4AE94914.2090905@locolomo.org> (Erik Norgaard's message of "Thu, 29 Oct 2009 08:49:40 +0100") Message-ID: <877hue9o93.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: 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 16:08:29 -0000 On Thu, 29 Oct 2009 08:49:40 +0100, Erik Norgaard wrote: > 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. Sendmail is a large program. Configuring Sendmail 15 years ago was arcane and difficult, to say the least. Nowadays it is easier than what it used to be, but it still isn't as easy as Postfix. What is nice about Sendmail today is that with minimal changes to a base FreeBSD installation (the rc.conf(5) variable called "sendmail_enable" and a SMART_HOST value in sendmail.mc) one can quickly get up and running with a local-only MTA that: - Supports message queuing for outgoing messages out of the box - Can deliver messages to local users out of the box - Can forward email to a mail relay, when the SMART_HOST option is enabled, and supports recent RFC - Does a reasonably good job at integrating with other tools (procmail, fetchmail, thunderbird, other local mailers) When compiled with the appropriate options Sendmail currently supports SASL and TLS too. So Sendmail is a pretty heavy-weight program, but it also supports a lot of features. A replacement that would merely support local delivery would be "mostly ok" for some users but then everyone who _needs_ the special stuff Sendmail can do now would have to install a port. Having to install a port is not necessarily a _bad_ thing. The laptop I am using to type this message has 822 ports installed. Another one would do no serious harm. > 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. [...] > 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. Having a local MTA, even in a SOHO network may be useful. Instead of going through the same hoops to configure 4 different email clients, you can set up the local MTA and tell all your local mailer programs "send any of your messages to `localhost' and they will be delivered as usual". Having an MTA in the base system may not be obsolete. Deciding _which_ MTA to integrate with the rest of FreeBSD is debatable and changes to what we have today have a better chance of being accepted if they also include at least some amount of patches for $NEWMTA.