I have multiple Windows 7 computers on a Windows workgroup network (not a domain and not a Home Group). UAC is enabled on all computers. I have an identical account named "Standard User" created as a standard user on two of the computers, with both accounts using the same password. I have logged into one of the computers using its "Standard User" account. I want to create a file in a shared folder on the OTHER computer that also has the identical "Standard User" account and password. I have configured both the Sharing and Security for the shared folder that I want to create the file in with full rights for the "Standard User" account.
When I try to create a Notepad file in the destination shared folder I get a message that says access to the destination folder has been denied. I've spent a couple of hours trying to understand the reason for this message. When I attempt the same operation as a Administrator User it works perfectly.
Am I correct in my understanding that a standard user is only granted read and execute rights when doing a network login to another computer, even when the standard user has specifically been granted full rights to the destination folder?
Thanks In Advance For Your Help!
UPDATE 6/14/2018: After some more testing I discovered that I had shared the root C:\ several years ago when I was first getting started with workgroup networking. So, the folder I am trying to reach with a standard user account across my Windows workgroup network is actually a subfolder of the shared root C:\. I decided to share the subfolder with the standard user with Read and Change share permissions (using the Share tab) and change the NTFS permissions (using the "Security" tab) to Full Control to see if write access would be granted to the subfolder. Still no joy - the remote standard user still couldn't write to the subfolder - even though I had shared the subfolder with Read and Change share permissions and set the NTFS permissions to Full Control.
After I discovered that the root C:\ had previously been shared, it occurred to me that maybe the root C:\ share was controlling the subfolder share. So, I added the standard user to the root C:\ share with Read and Change permissions. Bingo - it worked!! Just to make sure that it was a root C:\ share permission that was causing my problem, I removed the root C:\ share Change permission and tried to write to the subfolder. It failed. Re-enabling the root C:\ share Change permission restored the ability to write to the subfolder.
It appears that the root C:\ share permissions are controlling the subfolder share permissions. Since there isn't any obvious share permissions inheritance control in the Windows GUI (like there is for NTFS permissions) I'm assuming that there is some sort of "hidden inheritance" that is causing the root C:\ share permissions to control the share permissions for its subfolders. Is this correct? If so would you please explain how this works or point me to documentation that explains it?
@harrymc
at the start of your answer for me to be notified.) – harrymc Jun 13 '18 at 19:51