Recognize Windows executable and script by file extension

Problem

Linux does not recognize Windows executable and script files ( and its extension) on mounted Windows filesystem without --x--x--x file mode bits.
But WSL doe not set execute bit automatically only for Windows executable and script files.
So if user set fmask=000 for automount option, then all Windows files are regarded as executable, regardless it is really Windows executable or plain data (mode = -rwxrwrwx), which I don't want.
And if fmask is set to 111 (fmask=111), then all window executables (.exe) files are regarded as non-executable data and if I try to run write.exe, then bash issues permission denied. error and refuse to run it. User have to set the execute bit manually to run it. Here is my wsl.conf

# /etc/wsl.conf 
[automount]
enabled	= true 
options	= "metadata,umask=022,fmask=111"
[interop]
enabled	= true

Solution

Implement something similar to %PATHEXT% Windows environment variable so that WSL will recognize Windows exe files extension and set default execute bit by extension. For example, if [interop] section of /etc/wsl.conf have "executables" attribute that lists extensions of Windows executable files. For example, executables="exe sh py", then all files with .exe or .sh or .py file extension on mounted Windows file system will have default execute bit set (rwxrwxrwx) and masked by fmask bits. All other files with extensions not listed in the attribute will have default execute bit unset (rw-rw-rw)

So If user sets fmask=011, then write.exe file have rwxr--r-- permission mode bits. and all other data files (like data.txt with non-executable extension ) will have rw-r--r-- permission mode. User can set execute bit manually (regardless of file extension) by chmod +x file.script .

Alternate Solution

Windows file meta data or ACL(access control list) may have execute permission bit for any (and all) WSL user. But it may be bit too much.

Start by tracing how /etc/wsl.conf handles the [automount] and [interop] sections, then locate where mounted Windows file modes and extension matching are decided. Done means configured executable extensions receive the default execute bit subject to fmask, while other files do not and chmod can still override the result.