On Tue, May 28, 2013 at 11:07:04AM +0200, Arno Töll wrote: > Why not consider something light, better suited for most systems which > need nothing but a sendmail binary which is suited to relay to a > real(tm) mail-server and deliver local mail and does not involve lots of > configuration and/or listening ports?
+1000. Unlike some who want to eliminate m-t-a completely, and have notifications about failing RAID, nightly rsync cronjob being broken, etc, kindly delivered to /dev/null by this week's proprietary invention of $DESKTOP_ENV, I think a m-t-a is still vital on an UNIX system. Having a way to send outgoing mail without having to configure every single program to do so is nice, too. Those who want to run a real mail server will install know how to install a full-blown m-t-a. And for example I accept mail on only two machines, one being a standby for the second. There's no reason for a mail daemon to listen on the network, or even to reside in memory, on the rest. All you need is /usr/sbin/sendmail which can deliver remote mail remotely, and local mail locally. > On 28.05.2013 03:02, Marco d'Itri wrote: > > Now that we are done with systemd for the time being, can we have the > > flame war about replacing Exim with Postfix as the default MTA? I for one find Postfix's config outright bizarre. And compared to exim, that's quite an achievement. (Let's not even mention the name of The Champ.) So it'd not fit as a default. So let's replace exim with something simple, efficient and lightweight. -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130528103351.gb22...@angband.pl
