Digging Deeper into QMail
I have included QMail in several posts in Open Sourcery over the last year. Frequently the discussion jumps to why QMail, unlike other peers, does not build in refinements and instead leaves the administrator to patch and patch to get to the same level as Postfix, Sendmail and others.
Being a longtime Sendmail user who started into QMail in late 2003 and 2004 for a few clients – I also went through a learning curve adjusting to building and tweaking it to meet requirements (and still am to some extent!).
I have learned to like QMail quite a bit – especially the use of tcpserver to selectively allow, ban with rejection messages or simply drop connections to the server outright. I also like the ease of using POP before SMTP and the ability to control how long IP addresses are cached for SMTP relaying.
A peer of mine, Oban Lambie, president of Brown Rice Internet and a seasoned system administrator who came from a sendmail background, looks at the manual patching differently than I tend to.
“Like most good things in life when the entry level bar is raised it almost always seems that the payoff is well worth it if you take the time to get over the bar,” he wrote to me.
“Qmail is admittedly trickier to install than Sendmail but the flexibility of Qmail always makes my job much easier. Qmail’s large user base, web based email account administration for both clients (Qmailadmin) and administrators (Vqadmin), ease of third party software integration (Spamassassin), and the intelligent layout of the configuration files and directories make it any easy choice for me whenever I configure a mail server.”
Definitely a QMail fan there, and he is one of the primary reasons I use it today. However – being curious as to why QMail did not simplify (at least in the view of some commenters and my own) a build with many of the manual patches built in for ease of deployment and configuration, I went to the source and queried D.J. Bernstein with some of these questions.
I have to assume the lack of response after a month is due to:
- He thought – “Who the hell is this guy anyway?” ;>),
- Bernstein appears to be involved in quite a bit of various projects, and probably gets a kabillion emails of this nature and/or,
- His philosophy simply does not agree with our wishes.
Well – that is perfectly fine – nobody necessarily wants people telling you how to build your applications. However, when you go open source – expect input of both a strong and weak nature. We are looking for some convenience and Bernstein is trying to build robust and secure software. When the two intertwine – it can sometimes cause issues as we have seen in other software large and small.
My questions were fairly simple and non-challenging:
1) Being licensed under a “standards” type license – where the source code can be shared ‘unmodified’ with any improvements supplied as patches (thus our current discussion) – is there any point where those most popular patches might get reviewed and made gold – being included in a future distribution as part of the source?
2) As he ‘appears’ to be the sole proprieter of the QMail code base, is there a succession plan for when he either willingly or unwillingly is no longer managing the source?
3) In 2001, Bernstein claimed more than 700,000 systems worldwide were running QMail. Where do we stand now?
Being a Qmail fan, and obviously there are plenty of other fans, I do hope to get answers on these at some point. Perhaps some readers who have worked closer to QMail development or the project’s developer community will share some insight.