From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 104060 invoked by alias); 24 Mar 2015 20:29:16 -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 104048 invoked by uid 89); 24 Mar 2015 20:29:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: Ishtar.hs.tlinx.org Received: from ishtar.tlinx.org (HELO Ishtar.hs.tlinx.org) (173.164.175.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 24 Mar 2015 20:29:14 +0000 Received: from [192.168.4.12] (Athenae [192.168.4.12]) by Ishtar.hs.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id t2OKT7Bs062334 for ; Tue, 24 Mar 2015 13:29:10 -0700 Message-ID: <5511C913.8020006@tlinx.org> Date: Tue, 24 Mar 2015 20:34:00 -0000 From: Linda Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: cygwin@cygwin.com, cygwin@cygwin.com Subject: Re: mkpasswd: option to force the 'primary' domain? References: <550C0B53.6080201@thales-esecurity.com> <20150320181011.GB12906@calimero.vinschen.de> In-Reply-To: <20150320181011.GB12906@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00437.txt.bz2 Corinna Vinschen wrote: > On Mar 20 11:58, Tim Magee wrote: >> Now then, >> >> Since Cygwin 1.7.34 dropped, mkpasswd has been problematic for us. Our >> problem is with the way user names pulled from outside the primary domain >> get decorated. My question is: will there ever be a way to tell >> mkpasswd/mkgroup "make the one whose users get >> undecorated names"? ---- > I'm not planning this. The idea is that mkpasswd/mkgroup create account > names compatible with the "db"-based accounts and everyhing else is left > to post-creation manipulation. --- I never quite managed to understand this -- as my pw/grp files on my client machines were already in sync with my domain setup and worked as it would in a real Win Domain (i.e. Domain applied when I signed into a machine that wasn't the domain controller and was using domain credentials). If I logged into a machine with a local account, there has never been a domain name to have to bother with -- so for me user-logins were prefixed with the domain only when they were in a domain. This has been the way windows has worked for as long as I've run a domain server -- if a local machine is not in a domain, then it's username-only, but if it is in a domain, then I'd need to type-or-add the local-machine name to NOT login via the domain creds. For local accounts, the RID==the UID, for domain accounts the RID==the UID on the domain controller. Do I understand that cygwin is no longer compatible with window's (and samba's) naming convention? That would be a pain. -- 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