I saw a behavior on shares, where "msdfs root = yes" is set. The following I've done on a 4.1.9 member server:
* Create a share:
path = /srv/samba/
msdfs root = yes
browseable = yes
* Create a subfolder "demo" somewhere on the shared directory on Linux
and make sure, that a group you are member off has write access to the
* On Windows create a new file in that folder. -> Works
* Try renaming the file. -> fails (access denied).
* Rename the folder on Linux to something else that the sharename (e. g.
* Try renaming the file again. -> Works
Also I saw that it's not possible to create a folder "demo" (same name
than the sharename) on the share from Windows or rename the folder.
All the above is possible without any problems, if done on a share
without "msdfs root = yes".
I had posted this already on the samba mailing list. Jeremy thinks, it is a bug (http://www.spinics.net/lists/samba/msg117119.html).
Created attachment 10071 [details]
level 10 debug log
Attached is a level 10 debug log, that captures the try to rename a file in a folder ("Abteilungen"), that is on a share with the same name ("\\genome\abteilungen"). This share has "msdfs root = yes".
The renaming is denied. If I rename the folder to e. g. "Abteilungen" on Linux (also doesn't work on Windows via Samba), then the file renaming works.
I tried this again on 4.5.0rc2: The problem does not exist anymore with this version.