authorplaceholder@mcorp.UUCP (02/28/87)
I'm having problems polling our neighbor. I have no problems sending mail and other files to them, but I cannot call and receive the files that I know are sitting on their machine. I have to wait until they poll me. I'm on a Vax 11/750 running Ultrix 1.2. My node is "mcorp". I'm trying to call "osu-eddie" which is running 4.? BSD. Now, I know that their name is more than 7 characters long, but "osu-eddie" tells me that their other neighbors aren't having a problem. Is the problem on my end or their's? Are they any "magic" files which I need to look at? Philip Gross Columbus, Ohio 43229 (614) 895 - 0738
avolio@decuac.UUCP (03/02/87)
In article <32200002@mcorp>, phil@mcorp.UUCP writes: > > > I'm having problems polling our neighbor. I have no problems sending mail > and other files to them, but I cannot call and receive the files that I know > are sitting on their machine. I have to wait until they poll me. The problem sounds like it is on their side, but.... When seeking answers to problems such as these one should always send: 1. A sample entryt from the L.sys file (with the LOGIN and PASSWORD masked). (Wouldn't be helpful in this case, probably.) 2. The entry from the USERFILE 3. The dialog from /usr/spool/uucp/LOGFILE (a sample run of uucico with debugging turned on -- EG, /usr/lib/uucp/uucico -r1 -ssystemname -x6 -- would be useful too). Fred.
dave@wor-mein.UUCP (03/02/87)
A problem that we had was that the uucpsetup script assigned a user ID for the machine you were polling ( Uosu-eddie ) that was not unique. It used the same ID as for the uucp login. Check your passwd file and make sure that your user ID is unique. Dave Axness Quantum Medical Systems ...uw-beaver!tikal!wor-mein!dave
avolio@decuac.UUCP (03/03/87)
In article <1094@wor-mein.UUCP>, dave@wor-mein.UUCP (Dave Axness) writes: > A problem that we had was that the uucpsetup script assigned a user ID for > the machine you were polling ( Uosu-eddie ) that was not unique. It used the > same ID as for the uucp login. Check your passwd file and make sure that > your user ID is unique. That is not a problem, it is a feature! No kidding. All of our uucp logins have unique names and passwords but the same bloody UID and it works great! If there is a problem it is not this. It is supposed to use the same uid (although it will work with different uids). Fred
authorplaceholder@mcorp.UUCP (03/04/87)
Here are some clarifications on my last request. 1. I do not have a direct connection. I can successful call osu-eddie with my modem and send them the files sitting on my end. 2. When osu-eddie calls me, they send me files and pick up whatever files I have on my end. 3. I've included the following entries: ====== L.sys ===== osu-eddie Wk1735-0730|Sa|Su ACU 2400 5551212 "" \r ogin:-\b\d\c-ogin: uucp ssword: uucp ========= L-devices ========= ACU ttyd0 ttyd0 2400 multitech ====== L.cmds ====== rmail X1 rnews X1 PATH=:/bin:/usr/bin:/usr/ucb: ======== USERFILE ======== remote, X1 /usr/spool/uucppublic local, X9 / uucp, X3 / nuucp, x3 / usenet,osu-eddie X1 /usr/spool/uucppublic ======== The following is the output of /usr/lib/uucp/uucico -r1 -sosu-eddie -x9. I know that there was something waiting to come across because the last login by osu-eddie aborted in the middle of transferring a file. Spoolname is: /usr/spool/uucp/sys/DEFAULT anlwrk, file is null, fp=0 bldlst pre:: In SubDir, directory is:/usr/spool/uucp/sys/DEFAULT/C.: finds called getto called call: no. 5551212 for sys osu-edd Looking for ACU Using ACU to call Dialing 5551212 correct brand multitech Using generic Calling gen_setupopen succeeded login called wanted "" got that send \r RETURN wanted ogin: \015\012\015\0124.2 BSD UNIX (osu-eddie) /dev/ttyi2\015\012\015\015\012\015login:got that send uucp wanted ssword: uucp\015\012Password:got that send uucp imsg >\015\012Last login: Sat Feb 14 12:34:11 on ttyi7\015\012============================================================================\015\012============================================================================\015\012\020< Shere=osu-edd\000Switching to new line discipline imsg >\020< ROK\000msg-ROK Rmtname osu-edd, Role MASTER, Ifn - 8, Loginuser - root rmesg - 'P' imsg >\020< Pgex\000got Pgex wmesg 'U'g Proto started g protocol g *** TOP *** - role=1, anlwrk, file is null, fp=0 wmesg 'H' rmesg - 'H' got HY PROCESS: msg - HY HUP: wmesg 'H'Y cntrl - 0 enter us_sst, status is : 00 s.sysname : Altos s.sysname : Altos s.sysname : osu-ed send OO 0,imsg >\020< \011\010*"\011\020\002!l\022]HY\000imsg >\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\020< \011"*\010\011\020\011"*\010\011\020OOOOOO\000imsg >\020< OOOOOO\000about to close acu close generic, Def = 8 clsacu entered exit code 0 ============ Philip Gross Columbus, Ohio 43229 (614) 895 - 0738 osu-eddie!mcorp!phil
dave@wor-mein.UUCP (03/05/87)
Sorry if I've caused any confusion here. When I was bringing up Ultrix 1.1, I was unable to get our system to successfully poll another (tikal). A friend suggested that I make the user id of the login for tikal different than for the uucp login. That fixed our problem. I don't remember the reasoning behind it except that I think it had something to do with some system V compatibility. I didn't mean to imply that user id for ALL of your logins for uucp connections had to be different, just that it should be different from the "uucp" login. We only poll one machine so all of ours are unique. We are running Ultrix 1.2 now so I made a little test. I went back and changed the user/group id of Utikal from 6:1 to 4:1 which is the same as uucp. I got the following messages from uucico -x9: RETRY TIME (3300) NOT REACHED about to close acu clsacu entered exit code 0 I tried this several times changing the user id between 4 and 6. Each time it is 4 ( same as uucp ), I get the error message. Each time it is 6, ( unique ), the conection is made. The passwd file looks like this: uucp:password:4:1:UNIX-to-UNIX Copy:/usr/spool/uucppublic:/usr/lib/uucp/uucico uudaemon:password:4:1:uucp daemon:/usr/spool/uucppublic:/bin/sh Utikal:password:6:1:Teltone uucp:/usr/spool/uucppublic:/usr/lib/uucp/uucico If someone can explain what is really going on here, I'd be interested. Dave Axness ...uw-beaver!tikal!wor-mein!dave