On Thu, 28 Oct 1999, Tabor J. Wells wrote:
> > Is there not a way to instruct exim to move onto the next email address in the
> > list and deliver those, rather than wait there until delivery can occur for
> > the "stuck " email message ?
>
> You could set remote_max_parallel to something greater than 1 to
> parallelize the delivery (at the expense of forking more exim processes).
For each message, Exim works its way through the list serially, unless
remote_max_parallel is set. Even then, it does the routing serially,
before starting the deliveries. The SMTP timeouts are quite large, so it
can take a while if something is moving very slowly.
This may not be ideal if you are considering a single message in
isolation, but in any real system there will be numerous messages being
delivered at the same time, providing parallelism at a higher level.
If you want more parallelism in routing, you need to run some kind of
mailing list software that passes multiple copies of the message to
Exim.
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
Government Policy: If it ain't broke, fix it till it is.
