Re: eQmail or s/qmail

Philip Rhoades <[email protected]>
Newsgroups gmane.mail.qmail.general
Message-ID <48c20783dcf365115df1a396aee787ff@localhost>
People,


On 2016-05-15 04:11, Manvendra Bhangui wrote:
> 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


A docker container is a great idea!  I had been rolling my own qmail for 
a long time but finally felt the pressure to reduce the effort of 
re-installing after a clean Fedora install to the latest version - which 
I do after every two or three versions or so - and changed to eQmail 
about a year ago which went very nicely!  I would prefer a qmail Docker 
image that has EVERYTHING in it but also has a nice I/F to turn options 
on or off as desired.


>> 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.


I am not likely to ever change from qmail so a resurgence of life for it 
by a new, multi-developer version would be great for me . . if it were 
possible . .

Thanks for the support over the years people!

Regards,

Phil.
-- 
Philip Rhoades

PO Box 896
Cowra  NSW  2794
Australia
E-mail:  [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.