X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:date:message-id:references
	:in-reply-to:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=VYTPh/WIlXJPQimK
	mf8UW/plEUQ8tRl95BZJrMsLvOG9BWYtZlTlcBai0lO0tt6WNyqcFKOTW0JirdRN
	nvIZLTHEG/OqChnWfVEqHb30+b4OFXv1ZTSVvvlA5bMBfiV7dUXEy1kMVdp5+YhH
	UkME2X8CmjVoNT5PPSr3VCN/n7c=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:date:message-id:references
	:in-reply-to:mime-version:content-type
	:content-transfer-encoding; s=default; bh=BU+VzDCNjDvENY1+JdKhji
	rstaI=; b=asRMqOpqGfe/d29QRMUZ23qKqkPlw+dwSALyHXRBk7m2efB5Yd3kxl
	xYOL2gOm8HFrySxTCBPKU276mCzDmx8r7qz5Ejd8taxR8xI6e76C21zyECdu7UPS
	yoWcGtaLbRBGjUdjru2iIlW35Wawm6wEIDGNg+bIvAI5kIYA0MLFA=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Spam-SWARE-Status:	No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=corinna-cygwin AT cygwin DOT com, sk:corinna, U*corinna-cygwin, corinnacygwincygwincom
X-HELO:	NAM03-CO1-obe.outbound.protection.outlook.com
From:	Charles Hedrick <hedrick AT rutgers DOT edu>
To:	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject:	Re: user/group mapping for NFS
Date:	Thu, 10 Jan 2019 20:28:26 +0000
Message-ID:	<9DE7A0B2-68EB-4DA2-99AD-AA3693F1651E@rutgers.edu>
References:	<0562D98D-714A-4620-878E-B37282E8F688 AT rutgers DOT edu> <20190110175718 DOT GN593 AT calimero DOT vinschen DOT de>
In-Reply-To:	<20190110175718.GN593@calimero.vinschen.de>
authentication-results:	spf=none (sender IP is ) smtp.mailfrom=hedrick AT rutgers DOT edu;
received-spf:	None (protection.outlook.com: rutgers.edu does not designate permitted sender hosts)
MIME-Version:	1.0
X-IsSubscribed:	yes
X-MIME-Autoconverted:	from base64 to 8bit by delorie.com id x0AKSeoa016248

On Jan 10, 2019, at 12:57 PM, Corinna Vinschen <corinna-cygwin AT cygwin DOT com<mailto:corinna-cygwin AT cygwin DOT com>> wrote:

Well, it should.  What happens is this:  After asking the non-AD LDAP
server for the account name, it asks the account fetching algorithm for
that name from scratch.  This depends on the /etc/nsswitch.conf
settings, of course (*).  Assuming "passwd: files db", it first checks
the local /etc/passwd file for a matching entry for that account name,
then the OS, preferring AD on an AD member machine, then local SAM.

In my scenario there’s nothing in /etc/passwd, AD, or SAM for most users, but they are all available from LDAP.

I’d like it to act as if there was something in /etc/passwd. It’s got all the information it needs to generate an /etc/passwd entry from LDAP.

nsswitch is files db, or missing, which should default to files db.



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -