[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian's mail daemons


This discussion seems to keep getting side tracked with

  ``program X does not support feature Y''

type statements.

In the case of qmail at least, I'd just like to emphasise that every feature 
that I've wanted (or seen asked for on the qmail list), that is not explicitly 
included in qmail, can be reasonably easily implemented with other OS tools, 
and minor qmail configuration changes.

I take this as an indication that the design of qmail is fundamentally 
correct, and that the inclusion of these features into qmail itself would in 
fact just be creeping featureism.

The same goes for the claimed denial of service attack, which is really only a 
configuration/documentation problem.

Admittedly, qmail would benefit from a few more HOWTO type documents, but that 
is where Debian can come in, with packages for ezmlm, maildir2smtp and 
uucp4qmail for instance, and things in /usr/doc/qmail/examples.

Also admittedly, Dan Bernstein (djb) has a tendency to be rather blunt when 
writing to people with whom he disagrees, but this doesn't make any difference 
to the quality of qmail --- if anything it protects qmail from un-needed 

I think we should seriously consider using qmail as our default MTA.  It's 
only real weakness lies in it's documentation, and that should be reasonably 
easy to fix.

I think we should also consider switching to Maildir/ format for mail drops, 
since it seems to be the only way for delivering mail securely over NFS.

Cheers, Phil.

P.S. people who want to try qmail should probably get hold of version 1.01

TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .

Reply to: