On 7/3/20 2:52 PM, Adam Thornton wrote: > I've built UUCP, set a node name, and set it up on the pi. > > I can execute uucico to send files, and it, frustratingly, almost works. Which system are you referring to here? The Pi or V7? > From the Pi side, I see (with uulog): > > uucico v7 - (2020-07-03 08:11:34.97 23106) Calling system v7 (port TCP) > uucico v7 - (2020-07-03 08:11:42.25 23106) Login successful > uucico v7 - (2020-07-03 08:11:44.44 23106) Handshake successful > (protocol 'g' sending packet/window 64/3 receiving 64/7) > uucico v7 adam (2020-07-03 08:11:51.61 23106) Sending > /home/adam/git/simh/sim_scsi.h (6780 bytes) > uucico v7 adam (2020-07-03 08:16:21.79 23106) ERROR: Timed out waiting > for packet > uucico v7 - (2020-07-03 08:16:21.80 23106) Protocol 'g' packets: sent > 86, resent 6, received 1 I'm a little surprised that you're trying to use the 'g' protocol to talk to v7. I thought the 'g' protocol came out later for TCP over Ethernet connections. As such I wonder if UUCP on v7 supports the 'g' protocol. I think that Clem knows a LOT more about this than I do. I'm ignorantly asking questions. > uucico v7 - (2020-07-03 08:16:21.80 23106) Errors: header 2, checksum 0, > order 0, remote rejects 0 > uucico v7 - (2020-07-03 08:16:22.51 23106) Call complete (283 seconds > 5440 bytes 19 bps) > > So it's clearly logging in, and if I telnet in directly, the v7 end is > starting uucico as expected: > > login: pi-uucp > Password: > Shere Shouldn't that be something more like the following? Shere=v7 What does 'uuname -l' (or '--local') show? (I'm much more familiar with Taylor UUCP than I am the UUCP in v7. > uulog -x on the v7 side has no output, and nothing ever appears in the > spool directory, which I suspect is a direct result of the timeout > waiting for packet. > > So my question is, what else do I do to debug this?  Clearly the pi > (Taylor UUCP) side is expecting something else--maybe an > acknowledgement?--from the v7 side to let it know the transmission was > successful. > > Any help would be appreciated. I've not messed with this particular problem in probably 2 years and I've forgotten more than comments above. -- Grant. . . . unix || die