X-Recipient: archive-cygwin AT delorie DOT 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:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; q=dns; s=default; b=i+FKrHGIuFESrzx7aQsyt9HH/bisZ A9SWwyh/GjSKv5VpFcI0v/0/Oz+LrHQtbINPsMzLsmIs36G6nHCGK0w4TCuCbTgs qm9B+iJcJP5lYlsOCsLZgW306uW1KChdJ9y+rQbv5MOAfX808//q/OffcsF21wG2 8SdpRBMElEeqMo= 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:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; s=default; bh=SYBMXIPqhJjSnMVDBecUDiFKvDc=; b=pgM z/wMmjWx/aw+kc4gOw96niyxTFmAcbbfftQUoyijJeycZpcXFSzMeYjz8epjo/b2 l9H3OoiNPfxr+3OrNOwBj0Kc3g0YdPlNgrpN/3ii34/NapNlxO0NRJTl77/eFrg8 cIThgiE3DQJ04l3uXD4yKy96W28bjk9bpVYIqLro= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,MIME_BASE64_BLANKS,RCVD_IN_DNSWL_NONE,RCVD_IN_SEMBACKSCATTER,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 X-HELO: na01-bn1-obe.outbound.protection.outlook.com From: Stephan Mueller To: Eric Blake , "cygwin AT cygwin DOT com" Subject: RE: Simplify AD integration? Date: Wed, 30 Jul 2014 19:23:09 +0000 Deferred-Delivery: Wed, 30 Jul 2014 19:23:00 +0000 Message-ID: References: <20140730134716 DOT GM25860 AT calimero DOT vinschen DOT de> <20140730184009 DOT GS25860 AT calimero DOT vinschen DOT de> <53D942F6 DOT 10402 AT redhat DOT com> In-Reply-To: <53D942F6.10402@redhat.com> x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0288CD37D9 x-forefront-antispam-report: SFV:NSPM;SFS:(6009001)(199002)(189002)(106116001)(19580405001)(106356001)(83322001)(93886003)(86362001)(92566001)(107046002)(74502001)(95666004)(4396001)(99286002)(31966008)(107886001)(83072002)(85852003)(74316001)(21056001)(99396002)(76576001)(54356999)(76482001)(80022001)(46102001)(551544002)(33646002)(2656002)(64706001)(101416001)(87936001)(81342001)(81542001)(20776003)(77982001)(77096002)(76176999)(74662001)(86612001)(85306003)(79102001)(50986999)(24736002)(3826002)(108616003);DIR:OUT;SFP:;SCL:1;SRVR:BL2PR03MB145;H:BL2PR03MB145.namprd03.prod.outlook.com;FPR:;MLV:sfv;PTR:InfoNoRecords;MX:1;LANG:en; Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-OriginatorOrg: microsoft.onmicrosoft.com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id s6UJNo7k030646 Eric Blake writes: " How bad would it be to treat the window's DOMAIN\user as cygwin " user AT DOMAIN? Yes, it means string-splicing to rearrange strings when " converting between the two forms, rather than just single-character " replacement, but it might work. Sounds reasonable to me. Consider also that modern(*) Windows recognizes (prefers?) user AT domain as equivalent to domain\user in places. For example, when I log on, I can use either form in the user/ password dialog. stephan(); (*) I use Windows 7 and 8