From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 119084 invoked by alias); 29 May 2016 03:08:33 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 114052 invoked by uid 89); 29 May 2016 03:04:14 -0000 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 Received: from smtp2.hushmail.com (HELO smtp2.hushmail.com) (65.39.178.134) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Sun, 29 May 2016 03:04:04 +0000 Received: from smtp2.hushmail.com (localhost [127.0.0.1]) by smtp2.hushmail.com (Postfix) with SMTP id E3DD9A01E4 for ; Sun, 29 May 2016 03:04:01 +0000 (UTC) X-hush-tls-connected: 1 Received: from smtp.hushmail.com (w9.hushmail.com [65.39.178.29]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp2.hushmail.com (Postfix) with ESMTPS for ; Sun, 29 May 2016 03:04:01 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id BD93F40170; Sun, 29 May 2016 03:04:01 +0000 (UTC) MIME-Version: 1.0 Date: Sun, 29 May 2016 12:43:00 -0000 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 X-SW-Source: 2016-05/txt/msg00371.txt.bz2 >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