Hi @dhruvrajan,

You're right, it's a missing case at the moment. We default to a mapping of "map all uids/gids to the default user", but we don't support it on the command line.

Thanks for the quick response! I'm happy to take a look at this and see if I can help.

@dhruvrajan great! This is where you'd need to look: mount.cpp and then sftp_server.cpp#L302.

Could this be a bug?

I am running Windows 10 and see the same issue:

Mounts: c:/ => /c-drive
            UID map: -2:default
            GID map: -2:default

It looks like the cause of processes that try to access files in the mount getting 'permission denied' for Read access to files. Here is syslog when I start named with a config file in mount:

Mar 17 14:28:14 mysys named[2300]: loading configuration from '/c-drive/local/named.conf'
Mar 17 14:28:14 mysys named[2300]: open: /c-drive/local/named.conf: permission denied
Mar 17 14:28:14 mysys kernel: [ 2250.379791] audit: type=1400 audit(1584473294.206:27): apparmor="DENIED" operation="open" profile="/usr/sbin/named" name="/c-drive/local/named.conf" pid=2300 comm="isc-worker0000" requested_mask="r" denied_mask="r" fsuid=0 ouid=1000

I have read #1346 (and others covered by 'is:issue is:open map' ), and I don't think they are the issue.

I don't code C or it's variants, but, will be happy to collaborate from a test bed perspective if I can.

hth,

David