Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 2 Sep 1998 12:40:42 +1200 (NZST)
From:      Andrew McNaughton <andrew@squiz.co.nz>
To:        "'freebsd-isp@FreeBSD.ORG'" <freebsd-isp@FreeBSD.ORG>
Cc:        Manar Hussain <manar@ivision.co.uk>
Subject:   RE: qmail/ezmlm
Message-ID:  <Pine.BSF.3.96.980902121230.596K-100000@aniwa.sky>
In-Reply-To: <3.0.5.32.19980901200118.009bd5c0@stingray.ivision.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 1 Sep 1998, Manar Hussain wrote:

> I'd advise just about anyone who spends any time configuring their mail
> server to go for one of qmail or exim (www.exim.org). Qmail probably holds
> the lead in terms of security, Exim on ease of use (it's a lot more
> sendmail like). Both a *much* easier to configure and give *much* better
> performance.
> 
> Manar

Does anyone have any pointers to a step by step guide to doing the
transition to either of these?  I'd like to move away from sendmail, but
there's very little room for error on my system, and not knowing all that
much about any of the packages involved, I've been a bit hesitant about
it. 

My system has a small ammount of incoming mail, and large ammounts of
automated outgoing mail.  I have inhouse software providing customized
news feeds (current affairs, not nntp) via email.  ie every message goes
out to a different list of people.

I want to be able to have tens of deliveries running in parallel, but I
don't want this to meant that deliveries are attempted over-frequently for
queued messages.  I'd also like good control over how long messages sit in
the queue before the next delivery attempt.  I want to be able to make a
second attempt after 5 minutes, and then progressively increase the
waiting time for successive attempts.

If parallel delivery for a single messages recipient list that would be a
bonus.

Any suggestions on what I should be using for outgoing mail?  


Incoming mail is a separate problem, and may or not be migrated to the
same software.  Handling error messages is the main problem there.

Andrew McNaughton


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980902121230.596K-100000>