DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 51Q1125Q4058094 Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 51Q1125Q4058094 Authentication-Results: delorie.com; dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=ILlK977X X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 23F903858D33 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1740531660; bh=eZZhClXi69Ay/97RBWhOZfEd4eSGiJOU+JU3xscbc8o=; h=Date:To:cc:Subject:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=ILlK977XPobODseYg+Kn7cnNGV6UBweMzU+0pGj5rdR1kAiL4t4g3fiMu+q6j2Bxr /UmgPhGhFLc2M6FC1A1XpfxBwc8oMNyQQ7teTOl+Avt7TJXNCd6ODcIVmVBZbv1ygU nnKjmCqts7o23LzpH34ErNSenXczfPAokoa3tVDs= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6C6143858D26 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 6C6143858D26 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1740531594; cv=none; b=Dff37Ya+CSabDj5PNytQKzc4JCLWFWOKaLlhbx4cFbBHpZ/jD05+qPP3gRBUW/8ysMsOhVvbdVuLV1syLkoqKMH3wfQSo2KMKxkFmgsq0UBc90JbIB+1t1IT4rWpraFpSQ/wv2xvjz4lnXlx5/1KKLdbvIFAbHxx/lUgqqZl6S4= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1740531594; c=relaxed/simple; bh=lO27Y5GE7xvH2IdbEdpA5S5WN6nTpU2qkRYb39sYpGo=; h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; b=qzbEI4XxSj/LXfIMldac8e44FC10laqh87NpGU++d2ws0T1Ld2re6dQTMCP8pYHAQ99Qxwnmlln0vn5g65Vzq4eVz3HNLqs7bYfYlRXeSBo1pNMLR8J9C2JQ7KQmUCbKFUxB9vc5y8IMRV1zTLnLcIDXa4nLz7mmDeDSNiUUF2U= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6C6143858D26 Date: Tue, 25 Feb 2025 16:59:53 -0800 (PST) X-X-Sender: jeremyd AT resin DOT csoft DOT net To: Cedric Blancher cc: cygwin AT cygwin DOT com Subject: Re: Document support for @ character in UNC paths In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Jeremy Drake via Cygwin Reply-To: Jeremy Drake Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Tue, 25 Feb 2025, Cedric Blancher via Cygwin wrote: > WebDAV and BeeGFS are not alone, the Windows ms-nfs41-client and > ms-nfs42-client ALWAYS (even with default NFSv4.1 port TCP/2049) use > UNC paths with "@" character, like > \\stripe02 DOT zebracluster DOT intra DOT pasteur DOT fr AT 2049\nfs4\disk02\ > OpenText NFSv4.0 client also supports that, but only if you not use > the default NFSv4.0 TCP port. Hmm, that's interesting (in a breaks-things kind of way). Current code assumes that server name containing "@" is webdav, and skips trying to enumerate shares because that wasn't working for webdav. Also, current code does not try to enumerate nfs shares unless it can connect to server on tcp port 2049. It seems neither of these assumptions hold, and in fact you cannot tell by name if "\\stripe02 DOT zebracluster DOT intra DOT pasteur DOT fr AT 2049\nfs4\disk02\" is a webdav server on port 2049 or an nfs server on port 2049 (or potentially some other kind of server). BTW, this was not in an email so I don't have a message to reply to, but in reply to 01bcd7d > So far there's no known way to enumerate connected WebDAV resources. > WNetGetResourceInformationW/WNetOpenEnumW both return ERROR_BAD_NET_NAME. > > However, `net use' enumerates the connected cloud shares, so > there must be a way to do this. Have you tried WNetOpenEnumW with RESOURCE_CONNECTED and/or RESOURCE_REMEMBERED scopes? Unfortunately, it looks like lpNetResource must be NULL if the scope is not RESOURCE_GLOBALNET, so you just get a list of all connected or remembered resources respectively, not only the ones for a given server name and provider. I guess you are expected to filter them yourself. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple