Re: Adaptive SMTP Timeouts

Fri, 30 May 86 23:57:39 +0100

I am aware of DOD operational requirements, as you know.

I also have been responsible for real service at a large mail
host that essentially talked to every Internet host at the time.

My opinions come from this background. While arbitrary limits
are to be avoided, there are certain cases when a decision which
may help you in a few cases (say a 5 minute response time) can
tie up significant resources at other times when a more reasonable
timeout would be say 30 seconds. If you can classify hosts or
users in one group or the other fine, you can have different
classes of response times. But if preclassification is not
possible, you have to be careful you don't create more problem
that solution. We have had times at BRL when we could not
get rid of the mail as fast as it was coming in until we ran
seven outbound mail processes simultaneously (with what are now
believed to be too short time intervals). Think about it. Novel
solutions welcome, but waiting forever is not practical.


PS. We didn't start out with timeouts, they were added for a reason.

This archive was generated by hypermail 2.0b3 on Thu Mar 09 2000 - 14:36:33 GMT