Re: eQmail or s/qmail

On 13 May 2016 at 22:05, Pascal Nobus <[email protected]> wrote:
> Just a post to give my findings about replacement of a running
> qmail-1.03 system.
>
>
> First I tried to install eQmail, however I bumped into ipv6 and
> SSL-support for tcp-server, and insteadoff patching it myself, I
> downloaded it from fehcom.
> And when I was there I took a short look at the doc's about s/Qmail.
> After reading this I thought: just give it a try.
>
> And well, I had a deamontool/tcpserver/qmail with IPv6 SSL running in 10
> minutes!
> I copied over my users,virtualdomains,rcpthosts, and the base was fine.
>

I have myself taken a look at s/qmail. Dr Erwin writes code well and
in the same style as DJB. I have shamelessly integrated his code in
indimail. QHPSI was his first work that I really liked. Unlike other
virus scanning interfaces, QHPSI does the scanning inline. i.e. It
scans the email while qmail-queue is reading the data from
qmail-smtpd. There is no additional disk I/O it incurs.

> After that I had to install some other tools I needed:
> - qtools + patch (to make filter_to which I use in .qmail-files)
> - bglibs, qmail-autoresponder
> - unbound (new caching dns-server insteadoff djbdns)
> - qmail-control-script (to stop/start/view queue, purge queue)

qtools, qmail-autoresponder are already packaged with indimail-mta and
indimai. indimail-mta/indimail has a modified qmail-qread to list
queues like qmHandle and qmail-rm to purge the queue.

> Because s/qmail did went so fine, I didn't try indimail (so I can't tell
> if it's good or bad). Nor smtp-auth is installed (will give it a try
> later on).
> I'll maybe take a look at eQmail indimail again on some other servers,
> but I really liked the smooth s/qmail-setup.
> I've been running now for 1 week in test mode, and 1 day in normal load.
> Had no crashes and TLS is working fine.
>
> Erwin: thx for the great job you already did.
> Kai/Manvendra: I'll have to test your products further.
>

If you want to try indimail, you should be trying indimail-mta instead
of indimail. indimail-mta includes qmail + all patches, daemontools +
ucspi-tcp, tls, ipv6, dkim, srs, spf, etc. indimail is a huge package
which includes courier-imap, virtual domain using MySQL as backend and
many other tools

To be honest, I have not been good at documentation and users may find
it difficult to build it from source. But the git repo is there and
all it requires is make; make install (not make setup check like
qmail). An easy way to try out indimail-mta is to use the docker
images at (assuming you know about docker and have the docker-engine
installed on your machine)

http://indimail.blogspot.in/2016/04/using-docker-engine-to-run-indimail.html

> Why not bundle your works eQmail s/Qmail and Indimail in one project?
> If you bundle your strength you could be the leader in MTA, replace the
> awfull (my personal opinion) exim/postfix.

This is a good suggestion. Willing to give it a try but not sure how
to take this forward. Maybe it requires someone to play the role of a
facilitator bring us all together and drive it as a project with
concrete goals.