From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 128786 invoked by alias); 29 Sep 2016 05:40:04 -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 128682 invoked by uid 89); 29 Sep 2016 05:40:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=username, organizational, convince, H*f:sk:57EB444 X-HELO: Ishtar.sc.tlinx.org Received: from ishtar.tlinx.org (HELO Ishtar.sc.tlinx.org) (173.164.175.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 29 Sep 2016 05:39:51 +0000 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id u8T5SJPM007461 for ; Wed, 28 Sep 2016 22:28:22 -0700 Message-ID: <57ECA908.9010402@tlinx.org> Date: Thu, 29 Sep 2016 08:38:00 -0000 From: Linda Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Unknown+User Unix_Group+505 on smb shares in a domian References: <57EB4449.7010206@tlinx.org> <20160928180456.GA1128@hdmetxxxx33004g.AD.UCSD.EDU> In-Reply-To: <20160928180456.GA1128@hdmetxxxx33004g.AD.UCSD.EDU> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-09/txt/msg00390.txt.bz2 Wayne Porter wrote: > The server that the W: drive is mapped on is not using domain accounts. As far as I know, > all Linux servers we have are running local accounts. Is there something I can set in > my local /etc/passwd to convince Cygwin to map it to my user account? --- If the linux servers are not exporting files under the domain account, then they files are not part of the 'domain' but owned only by the username on that specific linux-machine. It sorta sounds like the linux server may not even be in the domain -- in which case mentioning domains only confuses the issue. Essentially you have a bunch of users on different machines that aren't sharing their files under any common (or shared) security authority (like a single domain). Until you persuade the owners of those linux machines to move the linux machines under a common security authority (like a windows domain) and moving the user accounts into the domain. Each local account would have to be moved to a domain account with the files under each machine-local account being moved (or "chown'ed") to the new, corresponding domain account). This is an organizational problem that has nothing to do with cygwin, but whether windows and linux machines are using domain or machine-local security. Until your linux machines and their local user become part of the domain, you can't expect any "write" privileges granted to you under the domain to work on the linux machines. -- 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