From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102653 invoked by alias); 24 Mar 2015 21:28:42 -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 102631 invoked by uid 89); 24 Mar 2015 21:28:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 24 Mar 2015 21:28:40 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 3872AA80856; Tue, 24 Mar 2015 22:28:38 +0100 (CET) Date: Wed, 25 Mar 2015 00:50:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: mkpasswd: option to force the 'primary' domain? Message-ID: <20150324212838.GA3017@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <550C0B53.6080201@thales-esecurity.com> <20150320181011.GB12906@calimero.vinschen.de> <5511C913.8020006@tlinx.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2tWkrNKppd65XSnD" Content-Disposition: inline In-Reply-To: <5511C913.8020006@tlinx.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2015-03/txt/msg00441.txt.bz2 --2tWkrNKppd65XSnD Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2048 On Mar 24 13:29, Linda Walsh wrote: > 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 doma= in > >>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 p= refixed > with the domain only when they were in a domain. >=20 > 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 l= ogin > via the domain creds. >=20 > For local accounts, the RID=3D=3Dthe UID, for domain accounts the RID=3D= =3Dthe UID on > the domain controller. >=20 > Do I understand that cygwin is no longer compatible with window's (and > samba's) naming convention? That would be a pain. Did you go to the trouble to read the new documentation under https://cygwin.com/cygwin-ug-net/ntsec.html? It's all explained there. If you don't like it, use passwd and group files with changed user names. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --2tWkrNKppd65XSnD Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVEdcGAAoJEPU2Bp2uRE+gsm0P/3RrNqBnZ4+CpvVOSagnxYUl F5JwF62zzI5+7UCyEcVNu6j1yTXfeEbrA/grhjCotmTgV62xBGZCEovLxmr+y1Uk Y7mmkFnF/7ONw+5egzi/4n9KEttY6kpvCQ4Lli6vNeccQd6KRqZqujWt66DlmDcJ Ff+tKbfpyxgagkCiS9eTDPLQRBNN9lC1V1OSHqnKg9FDENCkbOlVRc7x770I4ev7 qQ6v37HNr9SH7x3gVutlcDaTam7koo+vrf3VsM2JmbGk954pkTgUFoNME9Z1+FH3 PErosXD1CkmAfpDAHVQ081CWGnuA0+OowikjF4mS9ZGdiAHS7VYZ+OWRh/cJKk8W zNYm1XvzlVe3ilvGrm5xxOMRWnYzEU/4lYGrhHSDHEA3ijt2XMiNCOtloIUbeZAA PWQQjXO7AA4fQKJvvNjBGJMFjai3eV1/YORgSpSjpdrMx0a0hEGh9LRIoTf16ayz YvDS5rSqu7Q8cvVsY4QSCafcWzNPFU3GQfpMlp5g+XScdpcL+OiIEMdwonnpb/Qj BIutAcy4SpNHUhpQNjITqDCSUwEQkhm2wZRFd2wrlhJenCoD3LgD52vEIvwXEF3C cq1LxsseFSlE5tVq2LAvjL3nAtEO1G6f63/w2epwyMRLvObz2a1MM8zV3Kq+8MMN ZYAMNAqOClyBEA8+siFx =hthk -----END PGP SIGNATURE----- --2tWkrNKppd65XSnD--