11 replies
by memin Accepted solution
by rob miners Accepted solution
On the server open server management. Select Users, Select Configure My Documents Redirection. Tick Redirect all My Documents to the default shared folder for users on the Small Business Server.
So long as your profile has a home folder drive letter and folder attached you do not need to map a drive for home directories.
by memin Accepted solution
by simon.laird Accepted solution
I'm starting to see this appearing more and more. It has only started in a the last few months.... say since SP2 was rolled out.
I've been working around it by allowing AD to re-grant the user access to their home folder. After a log off/on the drive comes back as it should.
so, I've been doing this;
1. go to the Profile tab in the user AD entry
2. Edit their Home Folder path and then immediately change it back to the correct entry. (This allows you to re-Apply the setting).
3. You should get the 'Folder already exists, do you want to give this person access to the folder blah, blah' message. Hit yes to allow AD to re-apply the permissions.
4. User logs off and back on. Drive mapping returns.
We use My Docs redirection an syncronisation with the users AD home folder which still works. Also, the user can still access the home folder with the full UNC path. It's just the drive that isn't being mapped properly at log on. Our user names do not map directly to a folder of the same name for legacy reasons.
If I can't find a long term solution it might be worth doing the mappings via group policy rather than AD.. or sticking it in the logon script.
by memin Accepted solution
by memin Accepted solution
by mjworsdale Accepted solution
by kocherl Accepted solution
by bentgellerich Accepted solution
This has been happening to us for a while. It may have something to do with Symantec Endpoint protection, but I have been unablet to pinpoint the problem. If anyone has a solution for this problem, please post it.
Thanks
by simon.laird Accepted solution
Just poking through my old mail and found this. We did solve problem in the end but only by introducing another issue. This happens with Windows XP clients due to the networking not being 'ready' when the client logs in. We worked around it by applying the 'Always wait for the network at computer startup and logon' group policy. We have not had a single case of this happening since we applied the policy however it cn slow the login process down.
The policy is in Computer Configuration/Admin Templates/System Logon/
by Former member Accepted solution
Ethereal.
Do a capture until the connection dies, and then see what the last few packets were.
Or use Wireshark:
http://www.wireshark.org/download.html
You might be losing the connection due to a lot of data across the network. Just a thought..
Please post back if you have any more problems or questions.
This discussion is closed to new replies.
Trending Networks posts
Sort by Trending