DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 51QFYtsq212736
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E8D943858D26
MIME-Version: 1.0
References: <CANH4o6NW7NnygLoRgWmMMV7qY4UwK6vKnVKCRX2u=9MCWhdMdg AT mail DOT gmail DOT com>
 <Z7hVWK1_pzYrIzBG AT calimero DOT vinschen DOT de>
 <CALWcw=E4kcJ+UbsRkqkFpgRx734H33NhJhspuVH2KgDzV4jL3g AT mail DOT gmail DOT com>
 <Z7my7gejHoLjf2F1 AT calimero DOT vinschen DOT de>
 <CALWcw=EqzTv-J5pm1DVT8Un+J2QWLtV70nF1nU9DO_P3Cg4OOg AT mail DOT gmail DOT com>
 <CALWcw=GDQ0kPGXBXMa3-9LdFX3fjsVdUK-VS1TpwdO_XtFvXMA AT mail DOT gmail DOT com>
 <Z73yniyu8UVlSafF AT calimero DOT vinschen DOT de>
 <CALWcw=HuN79qXaupYvXuFSWXNj0LmAxV4-EWsCgyYJ63xkVn1Q AT mail DOT gmail DOT com>
 <ba7af2e1-87e7-71fe-7a19-be5cd8587369 AT jdrake DOT com>
 <CAKAoaQnxk+OtYxHr_9g=0D6Pb9N1sDXjqNirt5LWze-apyybEw AT mail DOT gmail DOT com>
 <Z78Y5xXF_nIqsY9B AT calimero DOT vinschen DOT de>
In-Reply-To: <Z78Y5xXF_nIqsY9B@calimero.vinschen.de>
Date: Wed, 26 Feb 2025 16:23:02 +0100
Message-ID: <CAKAoaQmkW-nE7q+uxRjjtd7-CGK_x38Eig29ys49ki2nOPJ5_w@mail.gmail.com>
Subject: Re: Registering new |WNNC_NET_*| keys ? / Re: Document support for @
 character in UNC paths
To: cygwin AT cygwin DOT com
From: Roland Mainz via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Roland Mainz <roland DOT mainz AT nrubsig DOT org>
Content-Type: text/plain; charset="utf-8"
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>
Content-Transfer-Encoding: 8bit

On Wed, Feb 26, 2025 at 2:36 PM Corinna Vinschen via Cygwin
<cygwin AT cygwin DOT com> wrote:
>
> On Feb 26 11:15, Roland Mainz via Cygwin wrote:
> > On Wed, Feb 26, 2025 at 2:22 AM Jeremy Drake via Cygwin
> > <cygwin AT cygwin DOT com> wrote:
> > > On Tue, 25 Feb 2025, Takeshi Nishimura via Cygwin wrote:
> > > > No, it's beegfs.sys you install.
> > > > SMB is not used, it uses its own protocol. If you do a
> > > > FileRemoteProtocolInfo query the protocol field says it's a
> > > > WNNC_NET_RDR2SAMPLE.
> > >
> > > Always nice when a driver doesn't change "sample" idenfiers.  It seems
> > > Virtualbox shared folders also squats on this identifier.  I imagine
> > > things don't go well if one attempts to install beegfs.sys on a virtualbox
> > > virtual machine with their guest drivers installed...
> >
> > I think the problem is that no one in the OpenSource world really
> > knows how to register new |WNNC_NET_*| keys. QEmu shared folders,
> > DOKANY, ms-nfs41-client, etc. all use |WNNC_NET_RDR2SAMPLE| because
> > the sample filesystem code uses that.
>
> So if ms-nfs41-client uses WNNC_NET_RDR2SAMPLE, we don't have to handle
> these shares when checking the WNNC_NET_MS_NFS provider.  While it would
> be nice if the nfs v4 driver would use some other WNNC type,

Our plan is to get our own |WNNC_NET_*| key value if we can find the
person at Microsoft which is maintaining that list (preferred key
names would be |WNNC_NET_MSNFS41CLIENT| (for CITI's ms-nfs41-client)
and |WNNC_NET_MSNFS42CLIENT| for our version.

And at the same time maybe help DOKANY&co to get their own
|WNNC_NET_*| key, too.

> this is
> at least helpful for handling WNNC_NET_MS_NFS shares, because they
> have more than one quirk...

I know... that's one reason we started working on the ms-nfs41-client
project, and at the same time it's API being compatible with the
MS-NFSv3 and the Exceed/OpenText-NFS drivers (that's why we support
the "NfsV3Attributes" (incl. uid/gid), "NfsSymlinkTargetName",
"NfsActOnLink" etc. Win32 extended attributes;
https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-fscc/ff4df658-7f27-476a-8025-4074c0121eec
is still on the ToDo list) - but also extend the functionality, e.g.
support NFSv4.1 ACLs (mapped to Win32 ACLs via a script-driven
idmapper), sparse file support (for HPC environments), and
ms-nfs42-client will add AlternateDataStream support if the NFSv4.1
server supports NFS "named attributes".

----

Bye,
Roland
-- 
  __ .  . __
 (o.\ \/ /.o) roland DOT mainz AT nrubsig DOT org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 3992797
 (;O/ \/ \O;)

-- 
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