Xref: utzoo comp.unix.i386:1773 comp.mail.uucp:3859
Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!uunet!netxcom!stewart
From: stewart@netxcom.DHL.COM (John Stewart)
Newsgroups: comp.unix.i386,comp.mail.uucp
Subject: Re: UUCP won't cooperate
Summary: Watch out for smart modems and serial boards
Message-ID: <2200@netxcom.DHL.COM>
Date: 15 Dec 89 19:33:24 GMT
References: <285@csnz.co.nz>
Reply-To: stewart@.UUCP (John Stewart)
Followup-To: comp.unix.i386
Organization: NetExpress Communications, Inc.
Lines: 21

In article <285@csnz.co.nz> paul@csnz.co.nz (Paul Gillingwater) writes:
>I'm having trouble with UUCP for collecting news for a new system
>that I'm setting up.  ...
>
>Looking at my modem TX and RX lights, I see that my end will
>happily receive 7 packets, each of which is ack'ed, then it 
>won't ack the last one.  This causes a pause, then the other end
>will retry, and it seems to start from the first packet again.

I've seen this kind of behavior before.  Beware of data paths that won't
pass arbitrary binary data.  The first instance was due to a Multitech
modem which didn't have some obscure flow control feature turned off.
The second was due to a Computone smart serial controller board which
intercepted certain character sequences.  The solution in both cases
was to turn the fancy features off.

Hope this helps.
-- 
John Stewart, Effective Computing, Inc., (202) 232-5470     stewart@ecompin.UUCP
     at NetExpress Communications, Inc., (703) 749-2796
        stewart@netxcom.iad-nxe.global-mis.dhl.com