From owner-freebsd-questions Fri Nov 14 04:30:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA24532 for questions-outgoing; Fri, 14 Nov 1997 04:30:33 -0800 (PST) (envelope-from owner-freebsd-questions) Received: from gatekeeper.barcode.co.il (gatekeeper.barcode.co.il [192.116.93.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA24521 for ; Fri, 14 Nov 1997 04:30:16 -0800 (PST) (envelope-from nadav@barcode.co.il) Received: (from nadav@localhost) by gatekeeper.barcode.co.il (8.8.5/8.6.12) id OAA08127; Fri, 14 Nov 1997 14:29:29 +0200 (IST) Date: Fri, 14 Nov 1997 14:29:29 +0200 (IST) From: Nadav Eiron To: Robert Eckardt cc: questions@FreeBSD.ORG Subject: Re: NIS/YP (again :-) In-Reply-To: <199711141216.NAA09316@beta.mep.ruhr-uni-bochum.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Nov 1997, Robert Eckardt wrote: > Hi, > > once again I have to bother you with a question on NIS/YP > on 2.2.2-RELEASE machines. > > How can I avoid that the NIS master server tries to push maps > to itself ? Don't list it in ypservers. > This fails because > yppush: status returned by ypxfr: Master's version not newer > > Another "problem", which may be related to the NIS configuration is > that I don't get the entry of the GECOS field for one NIS user in > sendmail's `vrfy' on the NIS master server -- just the > itself -- though I can see no difference in his and other's entries > in the NIS master.passwd. Don't know. > It works, however, on other machines which are bound the the same > NIS server. > > TIA, > Robert > > -- > Dr. Robert Eckardt ( > Ruhr-Universitaet Bochum, Inst.f.Theor.Physik, NB6/169 ) > Universitaetsstrasse 150, D-44780 Bochum, Germany ----X---8---- > Telefon: +49 234 700-3709, Telefax: +49 234 7094-574 8 > E-Mail: RobertE@MEP.Ruhr-Uni-Bochum.de --------8---- > URL: http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte > >>> A magician never reveals his secret: the unbelievable trick becomes <<< > >>> simple and obvious once it is explained. <<< > Nadav