[comp.unix.i386] UUCP won't cooperate

paul@csnz.co.nz (Paul Gillingwater) (12/13/89)

hi,
I'm having trouble with UUCP for collecting news for a new system
that I'm setting up.  I poll my local backbone every hour, using
my ISC 2.0.1 HDB uucico.  All permissions, etc. are fine, and
any e-mail seems to come over without problems.  When transmitting
a large news packet however, the uucp protocol seems to break.

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.

Viewing a uutry with -x9 seems to confirm this behaviour.  Plus,
the debug info gives several alarms, i.e. alarm 1, alarm 2, alarm 3,
etc.  I've TFRM'ed extensively, and although I've set up several
successful uucp connections, this one has me baffled.  What
is causing the alarms?  The serial port is just a standard 8250,
running on a 386/33 MHz box.  The modem is only 1200 bps, so
I don't think any buffers are overflowing.  COuld it be something
to do with ISC's kernal fix X5?  I've requested that, as well 
as the 2.0.2 update, but not yet received them.

Any help would be appreciated.


X
-- 
Paul Gillingwater, Computer Sciences of New Zealand Limited
Domain: paul@csnz.co.nz  Bang: uunet!vuwcomp!dsiramd!csnz!paul
Call Magic Tower BBS V21/23/22/22bis 24 hrs NZ+64 4 767 326
SpringBoard BBS for Greenies! V22/22bis/HST NZ+64 4 896 016

stewart@netxcom.DHL.COM (John Stewart) (12/16/89)

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

kmoore@shiloh.UUCP (kirk moore) (12/20/89)

I just went through that same problem... It turned out to be something with the
directory that stores the tmp files for processing. I reinstall the core, basic networking, that did nothing but waste time. I then deleted the directory and let uucp rebuild it. It has worked just fine since..... Try that.... Its simple and fast.....


-- 
Kirk Moore --- Bellevue, WA ---
uunet!pilchuck!dataio!-------\
uw-beaver!uw-entropy!dataio!-----shiloh!kmoore
shiloh  --- Bellevue, WA --- (206) 562-1561(board) - (206) 747-5709(voice)