Bug#158533: project: qmail is installed on murphy
So when is someone of the "qmail is unacceptable because DJB's
in-practice license grant does not meet strict qualifications" camp
going to write an equivalent drop-in replacement? It's not like you
can't reverse-engineer qmail and make it over without using the
substandardio library -- in fact there are some advancements that
could be made to the queue format, such as storing all messages for
one remote relay together. Exim does most of these things ...
Adam Heath wrote:
On Wed, 28 Aug 2002, Daniel Jacobowitz wrote:
It is also not right for us to disrupt our list services. Every time
this argument has come up, there has been a consensus that we need to
switch - but a refusal to do so without a viable list solution. Look
at the graphs; the mail volume is impressive, and we still have just a
few minutes turnaround time on all our lists. We don't want to let
that go; the project as a whole would suffer.
And this is all done on a single celeron 400, with 512m of ram. That,
combined with the mail volume, and fast turn-around, is what is impressive.