[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
recipient.
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.
Neil
> -----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,
Liverpool,
L70 1AB
Registered no: 421258
http://www.littlewoods.com
***********************************************************************
***********************************************
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.
http://thethin.net/citrixlist.cfm
Other related posts:
