TIP: Click on subject to list as thread! ANSI
echo: locsysop
to: Bob Lawrence
from: Paul Edwards
date: 1996-04-06 14:54:10
subject: timeout

PE> You didn't have the problem I was talking about. You called at
PE> 8:10, which was 10 minutes after the last guy, so I had not
PE> exited for mail. BFN. Paul.

BL> That was the second time, you dork. How the *FUCK* could you
BL> know the first time, if I don't connect? I'll note *both*
BL> times, the next time.

PE> Because the problem I described only happens if you call
PE> IMMEDIATELY after someone has just called me, sending me mail.
PE> Since there was no-one before you, you didn't have the problem
PE> I described.

BL>   Use your alleged intelligence, Paul, and the stupidity should
BL> eventually become clear. Ask yourself... what if I had a cup of coffee
BL> and waited ten minutes before I tried again? You have no way of
BL> knowing when I called first, do you?

Ok, I thought you meant you dialled and failed and then dialled
again straight away.

PE> I described what I could do instead. However, I think the BUSY
PE> signal is better for another reason. If you get BUSY, you know
PE> where you stand. If you get NO CARRIER, it could be a problem
PE> my end, but you can't tell the difference between that and
PE> failure to answer.

BL>   I agreed at first, but further thought has made me change my mind. A
BL> BUSY signal can simply mean that someone else is calling. A NO CARRIER
BL> can only mean there is a problem; most likely your board is processing
BL> the packets or whatever, but it could be worse. In the first case, you
BL> could have a 10 minute wait but in the second it will only be one
BL> minute... or else there is something seriously wrong.

BL>   The NO CARRIER gives more information.

My mailer when dialling out, if it gets a NO CARRIER will keep on
retrying, assuming the other guy didn't answer.  BFN.  Paul.
@EOT:

---
* Origin: X (3:711/934.9)

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.