Obviously, any sort of feature is going to cause slow-downs. Courier tends to
be easier to configure and manage, and has built-in support for POP and IMAP
(among other features) which qmail does not (and requires external programs to
do).
qmail is also faster because it does not use the standard C library, to my
knowledge, but the author has implemented those functions he wants himself,
making the code smaller and tighter. qmail just does what it does -- one
program accepts mail, one drops it in local mail directories, one sends it off
over the network ... no elaborate features, really. Extra features are added
by extra software.
This is neither good, nor bad, but Courier probably couldn't be optimised as
much without changing how much work it does.
Gordon Messmer wrote:
You don't want to use Courier sometimes when speed is an absolute
requirement. Depending on the kind of mail traffic, Courier can be a lot
slower than Qmail pushing a large load of mail out.
Will that always be the case? Is there a specific design philosophy which
precludes the possibility of Courier being faster than Qmail?
16 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Re: RFC 2047 2045...
