Why is sendmail bad?

Alexander Dalloz ad+lists at uni-x.org
Thu Feb 24 20:06:48 UTC 2005

Am Do, den 24.02.2005 schrieb Josh Boyer um 20:53:

> Most of the discusion has been about what should be the default.  For "newbies"
> sendmail can be a pain to configure.  It's documentation leaves something to be
> desired, and the default sendmail.cf file isn't all that helpful.

Nobody is advised to edit sendmail.cf and submit.cf directly. Everybody
should always use the .mc files and use m4 to generate the .cf files
from that.
Even a "newbie" can do simple setups this way. The makefile under
/etc/mail makes it simple to rebuild the .cf file or even a service
restart rebuilds the .cf if .mc files were changed.
More complex setup always require a deeper understanding of the whole
mail server (MTA side as well IMAP/POP3 side) topic. The basic Sendmail
setup shipped with Fedora Core runs out-of-the-box locally. The change
to open it for outside connections is a 1 line change. Well
understandable documented.
A good understanding with running an MTA is needed because a
misconfigured MTA not only can influence communication faults with other
MTAs but even lead to lost mail.

> I haven't looked at postfix yet (will tonight maybe), but for exim all one has
> to do is uncomment one line in the default config file once spamassassin and a
> virus checker are installed.  Very easy.

So with Sendmail by calling these kind of applications as a milter entry
in the sendmail.mc.

> josh


Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773
legal statement: http://www.uni-x.org/legal.html
Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.14_FC2smp 
Serendipity 20:58:22 up 3 days, 8:07, load average: 0.27, 0.37, 0.39 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20050224/f58cbda3/attachment.sig>

More information about the fedora-devel-list mailing list