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]
