home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.aix
- Path: sparky!uunet!uunet.ca!shark!mcr
- From: mcr@csi.on.ca (Michael Richardson)
- Subject: Re: sendmail and NIS managed aliases problem
- Message-ID: <1992Aug31.195040.2306@csi.on.ca>
- Sender: usenet@csi.on.ca (0000-news system owner(0000))
- Nntp-Posting-Host: angel.csi.on.ca
- Organization: Carp Systems International, Kanata, ON
- References: <Aug25.214914.26624@cdsac.uucp> <1992Aug26.032028.28597@csi.on.ca> <1992Aug26.152346.20352@awdprime.austin.ibm.com>
- Date: Mon, 31 Aug 1992 19:50:40 GMT
- Lines: 31
-
- In article <1992Aug26.152346.20352@awdprime.austin.ibm.com> curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806) writes:
- >mcr@csi.on.ca (Michael Richardson) writes:
- >>3.1 NIS also ``forgets'' to consult the local password file. If an
-
- >Not true.
- >It always looks in the local /etc/passwd file first, up until it finds
- >a '+' or a '-' there.
-
- Fine, it is rather hard to determine where it is getting hung if one
- can't get in at all.
-
- >'+') because they are serving the /etc/group file also. The only way
- >the system can determine root's grouplist is to read the whole
- >/etc/group file and the entire NIS group map, (if there's a '+' in
- >/etc/group.) There's really no way to fix this.
-
- Sure there is, don't read the group list for root.
- I am pretty sure I have been able to login as root when NIS is dead
- on a 3.2 machine, btw.
-
- >There was a bug in 3.1 where it would try to bind anyway, (and hang if
- >the server was dead,) even for root with no NIS group serving. That
- >should be fixed in 3.2 and in 2007 or 2008, (i forget which.)
-
- 3.2 fixes it. We have customers still at 3.1.5, so we have to keep some
- 3.1.5 machines around. I'd move them to 3.2 if I could.
-
-
- --
- :!mcr!: | #include <ansi-std/disclaimer.h> +1 613 592 5780
- Michael Richardson | WORK: mcr@csi.on.ca HOME: mcr@sandelman.ocunix.on.ca
-