On Wed, 7 Jun 2006, David Woodhouse wrote:
> Hm. That was just a guess (evidently incorrect) at what might be going
> wrong. A debugging run is at http://david.woodhou.se/retry.txt
My mind is currently focussed on non-Exim things (new PCRE release) but
I've taken a very quick look at your debug output. *My* guess is that
once the "expired" bit has got set, it can't get unset, so changing the
retry rules such that it should no longer be expired won't work. Maybe
"expired" shouldn't be a remembered bit, but should be re-calculated
each time. I've made a note to think about this, but it won't be for
some time.
I've also made a note to put out more debugging information about the
retry parameters and data that are being used.
> Further testing will be hindered by the fact that I've now removed
> /var/spool/exim/db/retry*, so it's gone back to queueing the messages it
> should be queueing instead of rejecting/bouncing them.
That does support my hypothesis (but doesn't prove it :-).
--
Philip Hazel University of Cambridge Computing Service
Get the Exim 4 book: http://www.uit.co.uk/exim-book
