Graham-
Generally speaking, when you need to change CSE processing behavior, its
typically done where the CSE is registered, which is under
hklm/software/microsoft/windows nt/current version/winlogon/gp
extensions/. I don't have the 1st reg key you listed on my machines, so
I'm not sure where that comes from. If you don't want to futz with
making these registry changes, the NoGPOListChanges option is the same
as the Administrative Template policy called "Process Even if the Group
Policy objects have not changed". You can set this for the IE
Maintenance CSE by going into the GPO namespace under:
Computer Configuration|Administrative Templates|System|Group Policy|IE
Maintenance Policy Processing. 

Darren

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Graham Turner
Sent: Tuesday, December 30, 2003 7:22 AM
To: [EMAIL PROTECTED]
Subject: [ActiveDir] group policy processing of IE settings

not sure if this list accepts issues relating to the configuration of
Internet explorer using Group policy - if not apolgoies but would
nonetheless be v glad for assistances on the apparently inconsistent
behaviour w.r.t the setting of the auto-configuration script value.

definites i can confirm;

1. the internet maintenance processing policy is enabled - (see later)

2. the IE maintenance is in policy (NOT preference) mode

the observed behaviour is that despite the autoconfig script value being
set by policy, in some cases this particular policy is not being applied
- seems similar to that documented by KB306915

i think the issue seems to evolve around the setting of the registry
value "NOGPOLISTCHANGES" for the client side extension that processes
the internet explorer maintenance settings - in short the one that ends
in "00C04F86AE3B"

the policy that is applied to the computer has the "Internet Explorer
Mainteance processing" policy enabled with the "process even if the GP
objects have not changed" set.

this is verified by the result of gpresult.exe and the values set in the
registey key;

hklm/software/policies/microsoft/windows/grouppolicy/GUID....AE3B

however KB306915 / KB216358 seem to allude to a registry value of the
same "nogoplistchanges" name but under a different key;

hklm/software/microsoft/windows nt/current version/winlogon/gp
extensions/GUID...AE3B

not sure how these two keys are related - if at all ??

KB306915 seems to suggest the enabling of the IE maintenance policy is
configured using the value under the latter key

my testing would go against this and that in fact it sets the former key

help in the debug of this will be v gladly received

GT

List info   : http://www.activedir.org/mail_list.htm
List FAQ    : http://www.activedir.org/list_faq.htm
List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

List info   : http://www.activedir.org/mail_list.htm
List FAQ    : http://www.activedir.org/list_faq.htm
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/

Reply via email to