Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!hellgate.utah.edu!cs.utexas.edu!uunet!apctrc!zjat02
From: zjat02@apctrc.trc.amoco.com (Jon A. Tankersley)
Newsgroups: comp.mail.uucp
Subject: Re: uucico timeout
Message-ID: <1010@apctrc.UUCP>
Date: 2 Sep 89 04:05:05 GMT
References: <9321@chinet.chi.il.us> <462@nixpbe.UUCP>
Sender: news@apctrc.UUCP
Reply-To: zjat02@apctrc.UUCP (Jon A. Tankersley)
Organization: Amoco Production Company, Tulsa Research Center
Lines: 20

The retry time is sometimes a no-op.  Under Sun's BNU UUCP implementation, it
kinda ignores it, except to disable some retry (even by hand).  Might need
to write a script to replace uucico to parse the L.sys entry and do it if
it detects a failure.

Another thing I had to do - modify your cron jobs to blow away the STST.host
files before starting.  It will hit that max-retry error otherwise.

Lastly - TB+ problem at 19200, getting protocol errors on Sun ports under
4.0.3 (lots) and 4.0.1 (very infrequent).  Sun recommended using 9600 for
the tty port connection and letting the TB+ negotiate with PEP still.
Haven't seen my phone bill yet :-)

Might also complain to sales reps that other modems support would be nice
for Sun.  Hayes and Ventel don't cut it anymore.  HDB in 4.1 might.


-tank-
#include <std/disclaimer.h>		/* nobody knows the trouble I .... */
tank@apctrc.trc.amoco.com    ..!uunet!apctrc!tank