baleman2
asked on
Login Prompt required to access subfolder in Domain User's own Profile
This is so crazy I didn't know what to "name" the request.
I'm working with an end user named: xxxxuser
In our domain we have redirected (via Group Policy) the "My Documents" folder so that end user's documents get saved to their own profile on our File Server. Path is:
\\xxx.local\users\xxxxuser
On their client PC, they can save documents, create subfolders, etc. All changes are saved to their redirected "My Documents" folder on the File Server.
For xxxxuser access is complete to all "My Documents" folders except one buried subfolder. Let's call it: CantOpen.
So, the path to the needed files becomes:
\\xxx.local\users\xxxxuser
I've created a shortcut on the desktop of the client PC to the "My Documents" folder that resides on the File Server. If you drill through that folder to the "CantOpen" folder, you can actually get into the folder and open all the documents contained therein. This requires several double clicks on the different subfolders to get to the desired file and is cumbersome.
So, I decided to place a shortcut to the "CantOpen" folder directly on the xxxxuser desktop. If you double click on it, you don't gain immediate access as expected. You're presented with a prompt for domain credentials. This requires entry of the end user's Username and Password. After entering the correct credentials, you're presented with "Access is Denied".
Now, how is it possible that "CantOpen" is accessible when drilling through the "My Documents" folder, but cannot be opened at all when using the shortcut to the "CantOpen" folder?
I'm working with an end user named: xxxxuser
In our domain we have redirected (via Group Policy) the "My Documents" folder so that end user's documents get saved to their own profile on our File Server. Path is:
\\xxx.local\users\xxxxuser
On their client PC, they can save documents, create subfolders, etc. All changes are saved to their redirected "My Documents" folder on the File Server.
For xxxxuser access is complete to all "My Documents" folders except one buried subfolder. Let's call it: CantOpen.
So, the path to the needed files becomes:
\\xxx.local\users\xxxxuser
I've created a shortcut on the desktop of the client PC to the "My Documents" folder that resides on the File Server. If you drill through that folder to the "CantOpen" folder, you can actually get into the folder and open all the documents contained therein. This requires several double clicks on the different subfolders to get to the desired file and is cumbersome.
So, I decided to place a shortcut to the "CantOpen" folder directly on the xxxxuser desktop. If you double click on it, you don't gain immediate access as expected. You're presented with a prompt for domain credentials. This requires entry of the end user's Username and Password. After entering the correct credentials, you're presented with "Access is Denied".
Now, how is it possible that "CantOpen" is accessible when drilling through the "My Documents" folder, but cannot be opened at all when using the shortcut to the "CantOpen" folder?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
1) Clicked on the "My Documents" shortcut on the xxxxuser desktop and all subfolders are displayed.
2) Drilled through Sub1, Sub2, Sub3 to reach the "CantOpen" subfolder.
3) Double clicked on "CantOpen" and all files are displayed.
4) Opened several of the files.
5) Went "back" one level and right clicked on the "CantOpen" folder and sent a shortcut to the desktop.
6) Closed all windows. The new shortcut to "CantOpen" is on the xxxxuser desktop.
7) Double Clicked on it and was presented with Login window.
8) Entered Domain Credentials. Access is Denied.