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 -- ## List details at http://www.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://www.exim.org/eximwiki/
