On Thu, 3 Jun 1999, Steve Lamb wrote:
> >(2) If you set remote_max_parallel greater than 1, then several remote
> >deliveries will take place simultaneously. If one gets delayed because
> >of a very slow connection, the others will still carry on.
>
> Mmm, in the same message or on subsequent messages.
In the same message. RTFM about remote_max_parallel.
> Actually, after watching it once I noticed that it looked like the
> message went through, exim just sat there for 5 minutes before doing
> anything. :/
5 minutes is a common value for timeouts. RTFM about the timeouts in the
smtp transport. If there was a delay before any deliveries started, it
may be because the DNS lookups were taking a lot of time. They can take
quite a while to time out.
> The 11 messages over 1 minute all had the same behavior. Exim sitting
> there for 5-10+ minutes on a single connection doing nothing.
Suggestions:
Use exiwhat to find out what Exim thinks it is doing.
Examine the logs for a single message to see which addresses are
delayed. If it's always the same remote hosts, do some manual tests on
those hosts.
Deliver one message with all the debugging turned on, e.g.
exim -d12 -M <message id>
This will include the DNS lookups, so you can see if that's what's
delaying things.
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
--
*** Exim information can be found at
http://www.exim.org/ ***
