nic@marque.mu.edu (Nic Bernstein) (03/21/88)
In article <8318@tut.cis.ohio-state.edu> erd@tut.cis.ohio-state.edu (Ethan R. Dicks) writes: > >After several months of trying, I finally got a message through from my >Amiga to my account at OSU. > >I am using the port of GnUUCP from William Lufton at Unisys and am having >some difficulties getting >I would be happy to abandon this buggy code, it only I had an >alternative. (UUPC don't talk right to osu-cis - a 3b2) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >Thanks, >-ethan I've also been having problems getting UUPC to talk to AT&T UUCP. We've got a 3B1 here at work, and when I try to call it from home UUPC only gets as far as sending the password, and then just sits there. When I set the debugging level of UUCICO high on the 3B1 I found that it was sending "SHere=dworld" and getting no reply. After about 30 seconds everything times out and UUPC hangs up. I'm using the version of UUPC (1.8 Camelot) just posted to the net, but I also had this problem with the original UUPC port. While I'm at it... When I unshared the first part of UUPC, one of readme files had nothing but a header, no text. Unshar didn't complain about this at all, so I asume this is the way it was when it was shared. Was there anything important in that file? Anyhow, if anyone knows why UUPC won't talk to the AT&T UUCP please shed some light on this. It would be really nice top be able to have UUPC/amicron do all my file transfers for me while I was on my way home at night :-). Thanks- -- -Nic Bernstein Discovery World Museum, Milwaukee, WI uunet!marque!dworld!nic