Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!snorkelwacker!apple!rutgers!mcnc!wolves!ggw From: ggw%wolves@cs.duke.edu (Gregory G. Woodbury) Newsgroups: comp.mail.uucp Subject: Re: problem with inbound anonymous uucp sessions Keywords: Esix Sysvr3 UUCP anonymous Message-ID: <1990Oct4.031429.13960@wolves.uucp> Date: 4 Oct 90 03:14:29 GMT References: <2658@sud509.ed.ray.com> <2719@crdos1.crd.ge.COM> Organization: Wolves Den UNIX and Usenet node Lines: 37 In <2719@crdos1.crd.ge.COM> davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) writes: > >In article <2658@sud509.ed.ray.com> heiser@tdw201.ed.ray.com writes: > >| I currently have no password on the nuucp account. When there was a >| password, no systems were able to get in. Now there is one system that >| can, but others can't. This doesnt' seem to make any sense... > >| # grep uucp /etc/passwd >| uucp:x:5:5:0000-uucp(0000):/usr/lib/uucp: >| nuucp:x:10:10:0000-uucp(0000):/usr/spool/uucppublic:/usr/lib/uucp/uucico >| # >| >| # ls -l /usr/lib/uucp/uucico >| ---s--x--x 1 uucp daemon 93834 Jun 7 00:01 /usr/lib/uucp/uucico >| # > > Looks to me as though nuucp is "no login" now. That's what the :x: (or >any other one character) does. If you change that to :: you will have a >start at it. Good try, but Esix is a SVr3.2 derivative and has the "shadow" system by default. Check in the /etc/shadow file to be sure there is no password for the nuucp login. The other thing to check for with BNU/HDB uucp's is that the program in /usr/lib/uucp/remote.unknown is made unavailable! As long as uucp can exec the remote.unknown program, you will be unable to get anon uucp to work. On my ISC2.0.2 I renamed it to rem.unk so that it was still there when I wanted to disable the anon uucp here at wolves. -- Gregory G. Woodbury @ The Wolves Den UNIX, Durham NC UUCP: ...dukcds!wolves!ggw ...mcnc!wolves!ggw [use the maps!] Domain: ggw@cds.duke.edu ggw%wolves@mcnc.mcnc.org [The line eater is a boojum snark! ]