From: "Keith Moore" <moore(_at_)cs(_dot_)utk(_dot_)edu>
The real world DOES NOT have delay RCPT TO value of 35
seconds or more. That is a fact.
Yeah, whatever. If you choose to believe in a world that contradicts
your own observations, don't expect anyone else to go along with it.
Just consider what you are believe. If this was the case, then you would be
implying that the majority of all world wide transacitons take 35 or more
seconds just to complete the first RCPT TO command providing you a minimum
of 35+ total transaction time (not including the payload transfer time and
any possible MFA delays).
The context of the statement is based on the OP assertion that low timeouts
(35 seconds in this case) "will not work in the real world of internet
email" which implies the majority of all systems.
I disagree with this assertion in that the real world (the majority) do not
operate with lengthy prolonged RCPT TO validations.
A top reason is scalability and large systems performing dynamic validation
will be very inefficient with 35 seconds or more delays.
That does not say it does not exist. But it is the exception, not the norm.
You might suggest, how about anti-harvesting delays?
Well, if implemented it is usually applied beginning or after a second RCPT
TO, not the first one.
I will venture to believe the real world will agree more than disagree. You
have the right to disagree of course. I don't think you are being honest
with yourself, and letting other moody issues cloud your comments, but
that's ok.
Thanks for your comment.
--
Hector Santos, Santronics Software, Inc.
http://www.santronics.com