Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!decvax!bellcore!ulysses!cbosgd!ucbvax!USC-ISI.ARPA!CERF
From: CERF@USC-ISI.ARPA
Newsgroups: mod.protocols.tcp-ip
Subject: Re: Adaptive SMTP Timeouts
Message-ID: <[USC-ISI.ARPA]31-May-86.08:52:28.CERF>
Date: Sat, 31-May-86 08:52:00 EDT
Article-I.D.: <[USC-ISI.ARPA]31-May-86.08:52:28.CERF>
Posted: Sat May 31 08:52:00 1986
Date-Received: Sun, 1-Jun-86 01:04:46 EDT
References: <8605302157.AA21314@sering.uucp>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 9
Approved: tcp-ip@sri-nic.arpa

Doug,

these are good points. The line of reasoning which says that timeouts that
are too long result in poor resource utilization is on good grounds - the
problem I had with an arbitrary maximum is that under some extreme conditions,
no service might be provided at all - the usual effect of timeouts that
are too short.

Vint