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

Re: MTA Suggestion



> i couldn't even get it
> to use procmail as the local delivery agent instead of qmail-local

Change ./Mailbox to '|preline procmail' in the qmail-start invocation.

> qmail might be excellent at what it does but it's incompatible with
> /var/spool/mail.

qmail can run binmail as the delivery agent the same way sendmail does.

Of course, I don't recommend this, since many systems have insecure
versions of binmail. See, for example, CERT advisory 95:02.

> it's anti spam features don't seem as good as Claus Assman's check_*
> rules for sendmail 8.8.x

By default, qmail refuses SMTP mail not addressed to the local host. You
can selectively allow relaying from particular IP blocks; see FAQ 5.4.

> debian has managed to produce an NFS safe locking library,

That is incorrect. Debian mailbox locking will fail under high loads.

libfilelock_0.1-2, like every other dot-locking library with stale lock
removal, requires that clients actively refresh locks within a specified
period of real time. Unfortunately, UNIX is not a real-time system.

Example: The delivery agent is about to write the last block of a
message to a mailbox that it has ``safely'' locked. The write takes ten
minutes to get through to the server. Meanwhile, an MUA on the server
sees the ``stale'' lock file, removes it, and reads the mailbox---with a
truncated message. Oops.

Reliability means never having to say you're sorry.

> there's also the 'minor' problem that only a few MUAs (i don't know of
> one except for qmail-popper) will work with qmail's new maildir format.

maildir is an _option_ in qmail and mutt and exim. It is not the
default; if you don't want it, don't use it.

I find it very strange that you refer to this as a ``problem.''

> and any site running an automounter daemon for user home
> directories would be overloaded by qmail insisting on delivering mail to ~

By default, sendmail looks for .forward in the user's home directory.
Either you suffer through automounting or you have unreliable .forward
handling.

Of course, you can move .forward somewhere else---but the same is true
of .qmail and Mailbox.

> in summary, i think that his reasons for doing things the way he does
> are, for the most part, ill-informed opinion and bigotry.

Security and reliability are not matters of opinion.

---Dan
Put an end to fake mailing list subscriptions. http://pobox.com/~djb/ezmlm.html


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


Reply to: