Never seen that particular error, but we use a similar structure, except that 
the desktop and my documents both go to a non-shared area in the same 
subfolder.  But we used to have a lot of issues with Desktop redirection if the 
user did not have full control over the folder.  We finally pinned it down to 
the fact that the Desktop is really part of the profile, which requires full 
control.  So for example, if the folder is redirected to 
\\stafffiles\stafffolder\<file:///\\stafffiles\stafffolder\>, it should create 
the desktop folder underneath.  If either the share or NTFS permissions are not 
full control, it can't create the desktop folder or files within it and the 
entire redirection process fails.  Just thinking this might be what is 
happening in your case.  Maybe something specific to the permissions those 
users have?

BTW, the above stuff for us is all XP and WS03-we'll have to test things out 
still with W7.

-Bonnie

From: James Rankin [mailto:[email protected]]
Sent: Tuesday, May 18, 2010 2:38 AM
To: NT System Admin Issues
Subject: Weird folder redirection issue

I have configured Start Menu and Desktop redirection to a shared area on a 
fileserver via GPO. The idea is that the shortcuts for all our applications sit 
in this shared area, and the NTFS permissions on the shortcuts control what 
users can see/use. This seems to be working quite well - however, for one or 
two users, I get the error shown below when they log on

[cid:[email protected]]

This only seems to happen on certain terminal servers (the users are logging in 
via Citrix XenApp), but whenever I try to recreate it with a test user, it 
works fine. Google is not showing me very many hints - has anyone seen this 
before, or have any idea what is causing it?

Cheers,


JRR

--
"On two occasions...I have been asked, 'Pray, Mr Babbage, if you put into the 
machine wrong figures, will the right answers come out?' I am not able rightly 
to apprehend the kind of confusion of ideas that could provoke such a question."





~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

<<inline: image001.jpg>>

Reply via email to