We have a rather complex setup for sharing out user documents on our domain, this has thrown up a problem whereby the users Home Folder shows as “Documents” instead of folder name.
We have a heady mix of;
- Mandatory User Profiles
- Drive Mapped to User Home Directory
- Folder Redirection for Documents
In Active Directory Users and Computers (ADUC) we have the profile path pointing to a mandatory profile on;
\\SERVER\SHARE\PROFILES\USERGROUP
(we have multiple mandatory profiles for different user groups)
Also we have the Home Folder set to connect an F: drive to;
\\SERVER\SHARE\SURNAME_INITIAL\USERNAME
(we split our users by Surname Initial to make it easier to manage)
Then through Group Policy we redirect the Documents folder to the Users Home Directory as defined in ADUC.
All was fine until we migrated all our users over to Windows 7.
This was when the problem of users Home Folder shows as “Documents” instead of folder name came about.
In Everyday use this is not a massive issue but it was slightly annoying. Especially if you need to find a users file quickly.
I searched around and found a few pointers;
- Make desktop.ini file read only
- Re-Direct the documents folder to a sub-folder
- Programatically edit the desktop.ini file for all users
None of these fit with my situation, there was however a mention here on Edugeek of using File Server Resource Manager.
Here are the steps I followed;
In “File Server Resource Manager”
In “File Screening Management”
Under “File Screens”
Create a new File Screen for the physical drive on the file server where the user shares reside – in our case K:\
I created a new “File Group” in this case to block only desktop.ini files.
This then meant that no users can create new desktop.ini files.
However the old files were still there so to delete these files I turned to Powershell.
I prefer to use Windows Powershell ISE.
I used the get-childitem cmdlet to firstly list all the desktop.ini files.
get-childitem \\SERVER\SHARE\SURNAME_INITIAL\USERNAME -filter desktop.ini -force
The -filter option will display only the desktop.ini files
The -force option will display hidden files (I did wonder why I got no results initially!)
This should list all occurences of desktop.ini files.
I then piped the results into the remove-item cmdlet
get-childitem \\SERVER\SHARE\SURNAME_INITIAL\USERNAME -filter desktop.ini -force | foreach ($_) {remove-item $_.fullname -force -whatif}
Here the -force option will delete hidden and system files.
The -whatif option is very handy and just runs a “test” of the script and gives you an idea of what will happen.
Finally remove the -whatif and delete all desktop.ini files.
get-childitem \\SERVER\SHARE\SURNAME_INITIAL\USERNAME -filter desktop.ini -force | foreach ($_) {remove-item $_.fullname -force}
I then tested the setup by logging on as a user and the problem was resolved.
All is good in the hood!
Thank you for this post. I had the same issue and was very glad to find your solution. I was running a scheduled bat to delete the desktop.ini but this is better.
Thank you again.
Jack