Stefano wrote: > testing 2 times 6 multihomed servers and do this things 15 times by > default. In our default that single mail would result in 6*2*15 total > attempts (180 attempts) each one keeping a thread busy for 10 minutes > (1800 minutes, more than a whole thread day).
That does not match the default delivery schedule. 6IP*2Server*10min is two hours, and then there is a retry delay before we try again. After the 4th retry, the interval would be 3 hours, and the remaining are 6 hours up to 25 attempts. So the worse case should have the thread tied up for 2 hours (which I agree is not acceptable), and there should be large blocks of hours where e-mail delivery for that message is not attempted. If this is not working as described, it is a bug. Not a design flaw. > 1800 thread minutes for a single mail as worst case default is not > acceptable to me. With a 3 minute timeout, the worst case for your scenario should be 36 minutes before we reschedule the e-mail for later delivery. --- Noel --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]