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: [demo] 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 folder. * 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. "demo2"). * 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.