UNIXPC UUCP Woes

[Michael K. Peterson]

In article <15512 at cup.portal.com> ebd at cup.portal.com (Elliot B Dierksen) writes:
[ debugging yuk deleted]
>> Rmtname: remote
>> imsg >\ 15 \ 12 \ 20 Shere=remote\  0 valid sys Shere=remote
>> imsg >\ 20 R\ 15 \ 15 \ 12 msg-R
>> 	   ^
>> 	   ^
>> 	   ---------------------------LONG PAUSE HERE
>***************************************************************************
>This is the important part!!!!
>
>msg-R means the login id you used is NOT in your USERFILE (/usr/spool/uucp).

You mean /usr/lib/uucp/USERFILE. That's OK; you fixed my problem. ;-)

>One other suggestion, this debug output is level 5 (-x5) or so. if you are
>having problems with uucp use -x9 PLEASE!!!! The output becomes much more
>meaningful!!! 

Ah, but it *was* -x9 output.  I was wishing it were "much more meaningful."

>uucico
>has a sort of brain-damaged way it figues out your logname. when login takes
>the logname that is entered, it assigns you a user id number. uucico then
>takes  that user id number and scans /etc/passwd for the first entry that
>matches that user id. more than likely, uucpadm is before nuucp in your
>passwd file. you can either edit /etc/passwd or add uucp to your USERFILE.

This isn't exactly the case I had, but it pointed me in the right direction. 
The machines that dial me are given unique login names; they don't come in
as "uucp" or nuucp."  With other versions of uucp I've used (all BSD
derivatives), I recall that that worked just fine without having to make
any special changes to USERFILE.  What I ended up doing was making
entries in USERFILE like: 
	Uremote1,sitename1 /usr/spool/uucppublic
	Uremote2,sitename2 /usr/spool/uucppublic 
	...

Thanks for the clue.  Everyone's talking now.
-- 
Mike Peterson		        	work: [under construction]		
Micro Technology, Inc.			home: ...!hacgate.hac.com!taqwa!mkp
1620 Miraloma Ave., Placentia, CA  92670