Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 623
  • Last Modified:

User accounts being renamed in DFS directory by Windows 7?

Hi,

First, a little background info on the problem: We currently have our user accounts set up to have My Documents and Desktop redirected to a network location defined by DFS (\\fs1\dfs\useraccounts\*username*). Anything that users put on their desktops or My Documents when they are logged in with their domain accounts, will go to that location (the actual files residing on our file server). This DFS directory is also mapped under drive K: with other folders. Users also get drive O: to map to their specific useraccounts folder.

Since we started migrating users to Windows 7, I've been noticing when I go into the K:\useraccounts location (with my Windows 7 Pro 32-bit machine), that anyone that uses Windows 7 shows up as "My Documents" instead of their username. So, basically, I can't tell the accounts apart...

However, when I log into the domain on a Windows XP machine and navigate to K:\useraccounts, the folder shows up with the correct name. The only thing that's different is that the folder icons are different. The users that were showing up as "My Documents" instead of their usernames have a folder icon that has a little file sticking out of it, while the other ones (that don't have the problem) are just regular folder icons.

I need to find a solution to this issue, otherwise when we move everyone over to Windows 7, I'll have an entire DFS directory with user accounts called "My Documents"!

Thanks,
Emanouil Spassov
0
adminpps
Asked:
adminpps
1 Solution
 
Hypercat (Deb)Commented:
The problem is that the folders that show up as "Documents" instead of showing the user name have a desktop.ini (hidden) file in them. This is a quirk of Vista/Windows7.  It's only a display issue on Vista/Win7 workstations. I did some research a couple of years back when I first started seeing this with Vista usrs, but the supplied fixes didn't work in our environment. Our workaround was to run a script once a day on the server that houses the redirected folders. The script deletes any desktop.ini files that are created in those folders. It's just the main folder that is affected.

Here's a related article:

http://support.microsoft.com/kb/947222

Methods 1 and 2 did not work for us because of the file structure and permissions that were mandated by the needs of our users. Method 3 really is way too clumsy, so we ended up with the workaround mentioned above.
0
 
adminppsAuthor Commented:
This is the exact issue I was having. I'll have to look into which workaround we're going to apply. I'm still confused as to why Microsoft did this "by design". It seems rather clumsy and pointless. Anyway, thanks a lot for the help!

0

Featured Post

Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now