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

next in thread | previous in thread | raw e-mail | index | archive | help
>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. 

As I said - IMHO Exim is a friendlier migration from sendmail but both exim
and qmail should not require too much work to get into. The Exim docs and
mailing list have repeatedly proved to be a truly excellent resource.

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

Both exim and qmail will give you easily configured parallel delivery
(across the queue and on each message), configurable retry times etc. (e.g.
in exim you can set things like "try every ten minutes for the first hour,
every 30 minutes for the next 6 hours, every 6 hours for the next 4 days
and then give up" very easily). Exim at least does cute things like notice
if a host has multiple messages waiting for it in the queue - such that
when you finally get through it can stream all the other messages in the
same connection (useful for servers that are hard to get a connection on).

Manar

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?3.0.5.32.19980902021258.009a4490>