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)