M
Mike
Is this the appropriate forum to indicate dissatisfaction with some regkeys?
I am referring to the keys governing offline folders. First of all, Offline
Folder settings are in HKLM which means that if you setup offline folders
for any user on a computer, they are configured for all users on that
computer. Second, the keys that govern the settings (prompt before sync)
are in a very irritating place (using a little vbscript notation so you can
see what's going on):
set shell = WScript.CreateObject( "WScript.Shell" )
strDomain = shell.ExpandEnvironmentStrings("%USERDOMAIN%")
strUsername = shell.ExpandEnvironmentStrings("%USERNAME%")
strHorribleRegKeys =
"HKLM\Software\Microsoft\Windows\CurrentVersion\Syncmgr\Autosync\" &
strDomain & "_" & strUsername
once you get there, the offline folder settings are configured per
connection (I'm not complaining about that, though) but the key is the
connection's friendly name, not a GUID or hardware ID or anything that you
can know in advance!
so, for example, if my AD domain is huge.local and the NetBIOS domain name
is "HUGE" and my username is "Mistake", then the regkey that turns on prompt
before sync for my wired NIC is:
HKLM\Software\Microsoft\Windows\CurrentVersion\Syncmgr\Autosync\HUGE_Mistake\Lan
Connection\PromptMeFirst - DWORD 0x1
What this means is that, as far as I know, there is no way to use Group
Policy to configure this setting. Unless I am badly mistaken, you can't
create a custom .adm file that will allow you to make changes to this
setting because you can't pump two variables to a policy and even if you
could, there's no way of knowing what the friendly name of the network
connection is on the client machine.
What we are left with is MANUAL configuration if I want to add the prompt me
first setting for my users.
So, if there is a question to be found here it's whether I am missing
something and there is a way to use Group Policy to configure prompt before
sync (and please don't suggest the settings that are already in the standard
..adm files - they do not do the trick) or, if there's no way to do that, can
somebody at MS take care of it for me?
Thanks,
-mike
I am referring to the keys governing offline folders. First of all, Offline
Folder settings are in HKLM which means that if you setup offline folders
for any user on a computer, they are configured for all users on that
computer. Second, the keys that govern the settings (prompt before sync)
are in a very irritating place (using a little vbscript notation so you can
see what's going on):
set shell = WScript.CreateObject( "WScript.Shell" )
strDomain = shell.ExpandEnvironmentStrings("%USERDOMAIN%")
strUsername = shell.ExpandEnvironmentStrings("%USERNAME%")
strHorribleRegKeys =
"HKLM\Software\Microsoft\Windows\CurrentVersion\Syncmgr\Autosync\" &
strDomain & "_" & strUsername
once you get there, the offline folder settings are configured per
connection (I'm not complaining about that, though) but the key is the
connection's friendly name, not a GUID or hardware ID or anything that you
can know in advance!
so, for example, if my AD domain is huge.local and the NetBIOS domain name
is "HUGE" and my username is "Mistake", then the regkey that turns on prompt
before sync for my wired NIC is:
HKLM\Software\Microsoft\Windows\CurrentVersion\Syncmgr\Autosync\HUGE_Mistake\Lan
Connection\PromptMeFirst - DWORD 0x1
What this means is that, as far as I know, there is no way to use Group
Policy to configure this setting. Unless I am badly mistaken, you can't
create a custom .adm file that will allow you to make changes to this
setting because you can't pump two variables to a policy and even if you
could, there's no way of knowing what the friendly name of the network
connection is on the client machine.
What we are left with is MANUAL configuration if I want to add the prompt me
first setting for my users.
So, if there is a question to be found here it's whether I am missing
something and there is a way to use Group Policy to configure prompt before
sync (and please don't suggest the settings that are already in the standard
..adm files - they do not do the trick) or, if there's no way to do that, can
somebody at MS take care of it for me?
Thanks,
-mike