[THIN] Re: Redirecting My Documents via the Registry

  • From: "Braebaum, Neil" <neil.braebaum@xxxxxxxxxxxxxxxxxxxxxxxx>
  • To: "'thin@xxxxxxxxxxxxx'" <thin@xxxxxxxxxxxxx>
  • Date: Tue, 3 Dec 2002 11:54:42 -0000

I redirect My Documents to a folder called "My Documents" (%HOMESHARE%\My
Documents) in the users (networked) home directory (which is mapped as H:).

I then configure all apps to use this folder as their default location. So
when the user sees My Documents on the desktop, or wherever else, it's a
folder, intuitively named, My Documents in their home directory. And when
they use apps and click on file save, or new, that's where it looks.

As an aside, I "tune" 'send to', to only include My Documents and Mail

For me, it seems an ideal, because it seems an intuitive thing for users -
prior to this, in NT4 TSE environments, I didn't use My Documents, just h:\.

Did you use regmon to establish the class structure? Or were you surfing the
registry and looking for redirected / policy stuff in HKCU?

I'm not sure I have an easy answer. I suspect the method you're attempting
may be tricky, and unreliable - if you truly have to remove the my
documents, it may be a worthwhile effort - but as I think you've
established, it is not fully robust, and possibly won't be, unless you've
got some details to look at. However, from what you've said, I think you'd
be better served by redirecting My Documents, comprehensively.


> -----Original Message-----
> From: Jamie Marshall [mailto:jamie.marshall@xxxxxxxxxxxxxxxxxxxx] 
> Sent: 03 December 2002 11:35
> To: 'thin@xxxxxxxxxxxxx'
> Subject: [THIN] Re: Redirecting My Documents via the Registry
> Hi Neil,
> Disabling My Docs completely or substituting it completely is 
> my aim. The folder rediredtion doesn't take care of all the 
> little application nuances....My Docs still resides in the 
> user profile therefore exposing the servers system partition.
> As for documents explaining registry structures, no I don't 
> have what I think your looking for...I'm just tinkering and 
> looking for a catch all solution to this problem so I thought 
> Classes Root would be a good place to start, given that HKLM 
> does not dictate all shell folder structures at an 
> application interface level for all users.
> It doesn't seem to "break" the box, and does take effect for 
> some users, but not all.  I haven't tried it on a new build 
> yet before users get a chance to log in...I suspect (hope) 
> this is the answer, but I'm stuck up in Aberdeen at the 
> minute and will not have a chance to do this until next week.

This e-mail and its attachments are intended for the above named 
recipient(s) only and are confidential and may be privileged.
If they have come to you in error you must take no action based 
on them, nor must you copy or disclose them or any part of 
their contents to any person or organisation; please notify the 
sender immediately and delete this e-mail and its attachments from 
your computer system.

Please note that Internet communications are not necessarily secure 
and may be changed, intercepted or corrupted. We advise that 
you understand and observe this lack of security when e-mailing us 
and we will not accept any liability for any such changes, 
interceptions or corruptions. 

Although we have taken steps to ensure that this e-mail and its 
attachments are free from any virus, we advise that in keeping 
with good computing practice the recipient should ensure they 
are actually virus free.

Copyright in this e-mail and attachments created by us belongs 
to Littlewoods. 

Littlewoods takes steps to prohibit the transmission of offensive, 
obscene or discriminatory material.  If this message contains 
inappropriate material please forward the e-mail intact to 
postmaster@xxxxxxxxxxxxxxxxx and it will be investigated. 
Statements and opinions contained in this e-mail may not 
necessarily represent those of Littlewoods.

Please note that e-mail communication may be monitored.

Registered office: 
Littlewoods Retail Limited, 
Sir John Moores Building, 
100 Old Hall Street, 
L70 1AB 
Registered no: 421258 

This Weeks Sponsor: Jetro Platforms
Introducing the first multi-protocol server-based computing solution.  Jetro 
CockpIT and BoostIT allow enterprises to centrally manage applications in  Web, 
local applications and server-based computing protocols. http://www.jp-inc.com
For Archives, to Unsubscribe, Subscribe or 
set Digest or Vacation mode use the below link.


Other related posts: