Re: Benchmarked tcpserver dlopen() -> qmail_smtpd() VS tcpserver --> fork() --> exec qmail-smtpd

Kai Peter <[email protected]> Wed, 05 Apr 2017 14:12:25 +0200
Newsgroups gmane.mail.qmail.general
Message-ID <[email protected]>
On 2017-04-04 23:20, Charles Cazabon wrote:
> 
> That's fine; inventing and solving weird problems can be fun.  It's 
> basically
> intellecutal masturbation at that point.
> 
The m* word has an evil touch at least in german ... perhaps in other 
languages not.

Initially I wouldn't jump in here, because I wasn't able to give an 
answer to Manvendra's core question. But as nobody did it ... points to 
the nature of lists.

I think I know enough about *qmail that I can safely point out: I know 
nothing about *qmail! Means I cannot and I will not compare me with the 
developers of netqmail and/or patch authors. And my eQmail wouldn't 
exist at all if there would be a continuous, coordinated, less 
conservative development of netqmail. Fortunately nobody have to wait 
for this. eQmail was published because it was looking to me that the 
community has a need for. Some more thoughs:

1. Performance

I never have had a performance issue with *qmail. Even when, I would 
setup another (high end) server with load balancing. It doesn't make any 
sense to me to save a nanosecond (or less) by adding complexity to the 
code. The readability of the sources is much more important than 
performance. Not to forget that the 'djblibs' are important for *qmail's 
performance.

2. Security

Sure, software have to be secure. But it is not a unique feature of 
*qmail anymore. Nobody can seriously say that e.g. Postfix is insecure. 
So the user has a choice here. On the other side nearly all users have 
to **believe** in the security of software. And much more if a software 
is written in a very individual style. But the biggest security risk to 
me is the (inexperienced, ...) admin always - bad that this is (nearly) 
not changeable.


I tried out other MTA's in the past (either OpenSMTPd) and was comming 
back to *qmail. Not because of the two points above, but of the general 
design. One of *my* rules is to carefully select the software which will 
be installed. *qmail fits these, I can easily use (my own) wrappers or 
plugins. Btw., I don't use djbdns or daemontools - but that's another 
story. I'm not following the main street always.

Anyway, opinions are different. Just my POV.

Kai

-- 
Sent with eQmail-1.10-beta1