On Fri, 29 Apr 2005, Mark Rigby-Jones wrote:
> On Wed, 27 Apr 2005, at 15:00, Philip Hazel typed:
> > That data does not make sense. The host appears to have been down for
> > around 23 hours. So the retrying should happened every 8 hours. However,
> > it seems to have calculated the next retry with an interval of 10 hours
> > and 40 minutes.
>
> *nods* I saw that, but wasn't entirely sure how it was calculated. For
> reference, the complete retry ruleset:
>
> # Domain Error Retries
> # ------ ----- -------
> * * senders=: G,4h,5m,2
> cdb*@;/etc/mail/retry/dialup.cdb * F,28d,7d
> cdb*@;/etc/mail/retry/server.cdb * F,2h,15m; F,16h,1h; F,14d,8h
> cdb*@;/etc/mail/retry/local.cdb * F,2h,15m; F,16h,1h; F,14d,8h
> * * F,2h,15m; F,16h,1h; F,4d,8h
>
> > This may be a silly question, but you aren't sharing the hints data
> > between more than one host, are you?
>
> Nope, it's just on the one host.
Given that set of retry rules, I am completely baffled... wait ... I
notice that 10 hours and 40 minutes is 640 minutes. That amount of retry
time can be the result of 5 minutes multiplied by 2 several times, which
is the algorithm in your first retry rule. Did the message have an empty
sender? But that rule should have timed out after 4 hours...
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
Get the Exim 4 book: http://www.uit.co.uk/exim-book
