DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 652647oN043566
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4EB4D4BA5439
MIME-Version: 1.0
References: <CAKAoaQmzKUO+WMQkZd4yrYgfSxJPXPzOuojQ03p_WZ8eYyfz1g AT mail DOT gmail DOT com>
In-Reply-To: <CAKAoaQmzKUO+WMQkZd4yrYgfSxJPXPzOuojQ03p_WZ8eYyfz1g@mail.gmail.com>
Date: Tue, 2 Jun 2026 08:03:00 +0200
Message-ID: <CALXu0UdVwXrKZoZXKsS5anOfUn4Xvw4Qa6PHe0Tt4CGeEp=KTw@mail.gmail.com>
Subject: Fwd: [Ms-nfs41-client-devel] [Announcement] NFSv4.2/NFSv4.1
 filesystem client Windows driver binaries for Windows 10/11+WindowsServer
 2019/2022/2025 for testing, 2026-06-01 ...
To: cygwin AT cygwin DOT com
From: Cedric Blancher via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Cedric Blancher <cedric DOT blancher AT gmail DOT com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>

Good morning!

For your consideration - we need feedback, please!

New is:
- 6th spring release
- Mount one filesystem multiple times independently (independent UNC
name and TCP connection) with different mount options via $
/sbin/nfs_mount -o unctagnum=1234 ...
- Diagnostics tooling to monitor/debug idmapper via new winfsinfo
subcmd "fsctlnfs41queryidmapinfo" to query the idmapper data (Win32
user/group names+Cygwin/UWIN/SFU uid/gid, mapped NFSv4
fatt4_owner/fattr4_owner_group data etc) for a file.
- New idmapper, which can map any NFS server uid/fattr4_owner to any
Windows user/cygwin uid, and any NFS server gid to any Windows
group/cygwin gid. Cygwin uid/gid are sourced from Cygwin itself, based
on the Windows account name
- ReactOS now compiles on a NFSv4.1 filesystem, and can be started in
a VMware VM directly from a NFSv4.1/4.2 filesystem
- Support for Win32 named streams/Alternate Data Streams (ADS), if the
NFSv4.x server supports NFS named attributes (e.g. Solaris >= 11.4,
Illumos, FreeBSD >= 15.0, ...)
- New winstreamsutil.exe utility to find, create, rename, delete, cat,
etc Win32 named streams
- Now supports case-insensitive NFSv4.x filesystems (useful for
software installations, using Windows user profile dir, compiling
Windows software, ...)
- Copy acceleration (Win32 read/write offload) via server-side NFSv4.2
COPY for copy, xcopy, Windows Explorer, ...,  works even if the
exported filesystem does not support block cloning
- New tool to manage machine-wide mounts for all logons/services:
/sbin/nfs_globalmount.exe
- Better FreeBSD NFS server compatibility
- Volume label is now an URL to the NFS server, e.g. nfs://hostname/
- winsg.exe now supports PowerShell directly- The NFS driver and
wings.exe now support non-ASCII characters (e.g french circumflex)
- Sparse file support (https://en.wikipedia.org/wiki/Sparse_file) for
HPC environments
- Symlink conversion, to make Windows symlinks exchangeable with other
NFS clients on other platforms
- MSYS2 support

Ced

---------- Forwarded message ---------
From: Roland Mainz <roland DOT mainz AT nrubsig DOT org>
Date: Mon, 1 Jun 2026 at 16:17
Subject: [Ms-nfs41-client-devel] [Announcement] NFSv4.2/NFSv4.1
filesystem client Windows driver binaries for Windows
10/11+WindowsServer 2019/2022/2025 for testing, 2026-06-01 ...
To: <ms-nfs41-client-devel AT lists DOT sourceforge DOT net>


Hi!


----

We've created a set of test binaries for the NFSv4.2/NFSv4.1
filesystem client driver for Windows 10 (32bit x86, x86-64, ARM64),
Windows 11 (x86-64, ARM64)+Windows Server 2019/2022/2025 (x86-64,
ARM64), based on https://github.com/kofemann/ms-nfs41-client (commit
id #474807ac63a17827ac8fdb334dd773aad0f145ef, git bundle in tarball),
for testing and feedback.

** FULL release readme:
http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.html
http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.readme

** Download URL (all architectures+platforms):
http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.tar.bz2

** Download hash sums:
SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.html)=
eced1e98f9a6168256eb7a5c0356c342ce49f15bb6218df08853a0a34b996037
SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.readme)=
dc6660211bbbedf1ea386aac770e991411e21155e3cc0909aad6d57f7033f322
SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.tar.bz2)=
4ec3000a4ba6d52cbc75aaf6eb53b99d4779028c4b13a682813ff2cce099e43c


** Major changes since the last release:
- UNC tag numbers (experimetal), to give mounts an unique UNC path
(and separate NFS server connection) via $ /sbin/nfs_mount -o
unctagnum=4000 ... #)
- New winfsinfo subcmd "fsctlnfs41queryidmapinfo" to query the
idmapper data (Win32 user/group names+Cygwin/UWIN/SFU uid/gid, mapped
NFSv4 fatt4_owner/fattr4_owner_group data etc) for a file. This is
intended as diagnostics aid for administrators.
- Idmapper configuration is now obtained via "cygwin_idmapper.ksh"
- New idmapper, which allows to map any NFS server { uid, gid,
fattr4_owner, fattr4_owner_group } to any Windows user/group account.
Mapping is done per mount, so Windows user "abc AT windomain" can be user
"def AT nfslinux1" on NFS server "linux1" and "xyz AT otherlinux2" on NFS
server "otherlinux2". Same applies to groups. Windows localised
builtin accounts are also supported, to handle situations like a
German Window client connecting to a French WindowServer NFSv4.1
server.
Idmapping itself is done with a shell script (for maximum flexibility,
as attemps to handle this with builtin code could NOT cover all
compliciated site setups, including Windows localised account names,
and NFS clients which have to connect to multiple different sites with
completely different NFS server account setups), and also provides
uid/gid values for Cygwin/MSYS2/UWIN (which can now be fully
independent from uid/gid values used by the NFS server)
- Added support for FreeBSD 16.0 NFS server
- More fixes for case-insensitive NFS filesystems (requires FreeBSD
n>= 16.0 NFS server, Linux >= 7.1 NFS server or Windows Server NFS
server with a case-insensitive filesystem)
- Bugfixes to enable compilation of ReactOS on a NFSv4.1 filesystem
- Support for Win32 named streams/Alternate Data Streams (ADS), if the
NFSv4.x server supports NFS named attributes (e.g. Solaris >= 11.4,
Illumos, FreeBSD >= 15.0, ...), including NTFS-style renaming support.
This also includes new utilities (e.g. winstreamsutil.exe) to find,
list, create, rename, delete etc. Win32 named streams
- Support for Windows "SRVOpen collapsing", which enables file handles
with the access/permission/etc attributes to share one NFS file handle
(saving open/close round trips to the NFS server)
- Symlinks are now using the group defined by Win32 PrimaryGroup
(which can be set via Cygwin newgrp(1)/|setgid()| or winsg(1))
- Added support for Windows "Extended Create Parameters" |ECP
QUERY_ON_CREATE| |QoCFileStatInformation| and |QoCFileLxInformation|
- Added support for setting a file's ACL at file creation time
- Fixed issues probing sparse files when using the nfs-ganesha NFS server
- Disk and CDROM/DVD images can now be mounted via
https://github.com/gisburn/filedisk-sparse/
- UNC path format changed to <hostname>@<protocol>@<port>, e.g.
ournfsserver AT NFS@2049, to support future transport+mount options (e.g.
RDMA , TLS/SSL etc.)
- Window 11/ARM64 is now supported (native aarch64 kernel module and
nfs*.exe userland utilities)
- /sbin/nfs_globalmount, a new tool for Administrators to manage
global/machine-wide mounts which are available to all Windows
users/services/logons
- New "nfsclientdctl" utility to change the NFS client daemon
parameters at runtime
- support for case-insensitive filesystems (e.g. Windows Server NTFS)
- NFS referrals now work with custom (non-TCP/2049) port numbers
- Implemented |FSCTL_OFFLOAD_READ|+|FSCTL_OFFLOAD_WRITE| (e.g. used by
Windows 10 xcopy, Windows Explorer etc) for server-side NFSv4.2 COPY
- Better FreeBSD 14.x/15.0 nfsd compatibility
- More software tested for compatibility: MariaDB, Microsoft Office
2016, Visual Studio 2022 work with msnfs41client
- Volume label is now the nfs://-URL to the server (up to 31
characters for Windows Explorer compatibility)
- Support for user and group names with non-ASCII (e.g. Unicode) names
(like German umlauts) in ms-nfs41-client, winsg.exe etc.
- winsg.exe now has a /P option to run powershell.exe with the requested group
- nfs_mount.exe now enforces that normal mounts need nfs://-URLs with
absolute paths, and "public NFS" mounts need relative paths in a
nfs://-URL
- sec=none support
- Improved /sbin/cygwinaccount2nfs4account script to better handle
creation of Windows Domain accounts on the NFS server side
- *.(exe|dll) executables are now signed with a WDK test signature,
helping with *rare* cases that Windows Defender with paranoid settings
wrongly recognising the binaries as potential threads. A *.cer
certificate file is supplied which can be imported into the Windows
Defender to whitelist the binaries if this happens.
- Support for |FSCTL_DUPLICATE_EXTENTS_TO_FILE|, which allows Windows
11 applications which use |CopyFile2()| (like cmd.exe  copy, xcopy.exe
etc) to copy files via block cloning. Requires NFSv4.2 NFS server with
{ CLONE, SEEK, DEALLOCATE } support, exporting a filesystem which
supports block cloning (e.g. btrfs, xfs). This includes correct
cloning of sparse files.
- Sparse file support (requires NFSv4.2 server { SEEK, ALLOCATE,
DEALLOCATE } and the |FATTR4_WORD1_SPACE_USED| attr), including
hole/data range enumeration, punching holes etc., e.g. $ fsutil sparse
queryrange mysparsefile # and Win32 named stream support
- Improved Windows Extended Attribute (EA) support (requires NFS named
attributes support in the NFS server (e.g. Solaris >= 11.4, Illumos,
FreeBSD >= 15.0, ...)), including create/read/write/delete
- Support for Storage32-API (e.g. enables use of *.msi installer files
on NFS filesystems)
- Cygwin /usr/bin/svn and Windows '/cygdrive/c/Program
Files/Git/cmd/git' now work
- Illumos NFSv4.2+Solaris 11.4 NFSv4.1 server is now supported
- Windows Server 2022 NFSv4.1 server is now supported (compared to
WS2019 this NFS server version has ACL support)

** Please send comments, bugs, test reports, complaints etc. to the
MailMan mailing list at
https://sourceforge.net/projects/ms-nfs41-client/lists/ms-nfs41-client-devel

----

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


_______________________________________________
Ms-nfs41-client-devel mailing list
Ms-nfs41-client-devel AT lists DOT sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/ms-nfs41-client-devel


-- 
Cedric Blancher <cedric DOT blancher AT gmail DOT com>
[https://plus.google.com/u/0/+CedricBlancher/]
Institute Pasteur

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