Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We have a Server 2008 AD environment with about 5k users. We just rolled out Windows 7 SP1 (were XP) with great success. However, about once a day we get a few calls that a user opens a file from their Documents (the folder is on the server and redirected), edits it and attempts to save but Win7 reports that the path is not found either because it doesn't exist or no permissions. The only way to fix it is to delete the profile.

In addition we get about the same number but different users saying that they cannot open attachments from Outlook 2010 due to no permission. We have to edit the temp Outlook storage path in the registry to fix it (or delete the profile).

I think the two issues may be related.

What scares us is that we rolled out 1 month ago and had no calls of this nature until about 2 weeks ago. It started off as one or two but seems to be growing.

Any ideas? We're going to open a Microsoft ticket but I wanted to seenif anyone else has run into this.


share|improve this question
First step would be to try and figure out where it's trying to redirect to. Sysinternals can probably help you there if it's not clear. – Dan Nov 1 '11 at 14:56
What was the result of the Microsoft ticket? – Ben Campbell Nov 10 '11 at 0:36

I had a similar experience. I know you mentioned the only change being the introduction of win 7, but I'd check beyond just that. In a previous job, our team had a number of servers in a cluster acting as file shares. These contained DFS and other folders that were targets from redirection. When one of the servers had a NIC issue, we used the downtime to update drivers. This was a bad idea, because the driver update had changed default settings and turned on TOE in the NIC Teaming settings. TOE or TCP Offload Engine usually optimizes Network by several techniques. One of these was remembering network routes that had changed. All of a sudden we had users calling with similar issues to this one... Not much though, only a few a day. When we finally tracked the problem down, simplying turning off TOE solved it for us.

Edit: forgot to add that I'd need proof to be convinced both those issues are related.

share|improve this answer

Is the folder where the files are stored in the user's Home folder? If so, deleting and then reapplying the path to their Home folder in their user account will reset the permissions for all files in the Home folder and these issues will go away.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.