X-Recipient: archive-cygwin@delorie.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:mime-version:date:to:subject:from:in-reply-to
	:references:content-transfer-encoding:content-type:message-id;
	 q=dns; s=default; b=Y1QbsmUI1uOLw7lRb72TNTPXltZP1lAt3eagfOv7uIP
	JxIe4Gm3DAiggmvP4ZZDOGePbE1xviLgpP7maCOpgvFK6srgOOEgoUDlUz6xrscO
	l20Ynx5smveF2jVNFkrnjoFVYZ17uBSYaIpHU3hE2GxGiddtOSlJRnBv57UdEAdM
	=
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:mime-version:date:to:subject:from:in-reply-to
	:references:content-transfer-encoding:content-type:message-id;
	 s=default; bh=23Pcn7Epkns1ATqxUuuUl+C8MAo=; b=fTKh1Lqa73gcFM+5H
	8xrAt5yGAjuTzHa7PbQTpb4iE6RoUr6j3yg6dqTWOVGNSlWp759+D1L+k1FaikLv
	y2cesjiPK+AdQncNqu3Du4zvjhWSDbrgtumSsXyZI3R45sV8RybdoMunxzdZ5Wtt
	3GuPFixVaYqLREElUSQeDZCEqc=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=utilize, learned, Hx-languages-length:1488, H*f:sk:3554175
X-HELO: smtp2.hushmail.com
X-hush-tls-connected: 1
MIME-Version: 1.0
Date: Sat, 28 May 2016 20:04:01 -0700
To: cygwin@cygwin.com
Subject: Re: [nfs-server] Hazardous changes introduced in 2.3-6
From: jcwilson.cygwin@nym.hush.com
In-Reply-To: <355417591.20160529023126@yandex.ru>
References: <20160528213448.3EBEB40137@smtp.hushmail.com> <355417591.20160529023126@yandex.ru>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20160529030401.BD93F40170@smtp.hushmail.com>
X-IsSubscribed: yes

>That's your and only your mistake.
>I hope you've learned from it and will not repeat the same mistake 
>again.

Thank you for your reply. I'm looking into alternative ways of configuring my
share but haven't had much luck with any other option.

Consider my use case: I wish to only share the contents of my Window's User
directory for read/write operations and I am the only user of this machine.

If I run the services as, say, the SYSTEM account, there are files that are not
accessible to that account that I still wish to share. Furthermore, any files
that are created in the share from the mounting Linux system will be written to
the Windows filesystem as if they are owned by the SYSTEM account. These issues
would not be resolved by creating and using a new "NFS server" Windows account
for the service, either.

I think it's a perfectly valid expectation to utilize a login user account as
the NFS services user. In fact, it can actually be safer if one were to only
login as a "Basic" Windows user account for day-to-day work and use that for the
NFS services, too. The SYSTEM account has all kinds of access to modify, well,
the system, so I don't think it's wise to use that one for the services (if
that's what you were implying with your response)

And still, the problem still exists that the current setup script is a landmine
waiting for the next unsuspecting user to type their own account name into the
prompt.


--
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

