Microsoft's official enterprise support blog for AD DS and more
This part covers the following config.xml components for Windows XP:
--------------------------------------------------------------------------------------------------
<component displayname="Additional Options" migrate="yes" ID="additional_options">
<component displayname="Windows Core Settings" migrate="yes" ID="additional_options\windows_core_settings">
<component displayname="Microsoft-Windows-Win32k-Settings-DL" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-win32k-settings-dl/microsoft-windows-win32k-settings-dl/settings"/>
<component displayname="Microsoft-Windows-Web-Services-for-Management-Core-DL" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-web-services-for-management-core-dl/microsoft-windows-web-services-for-management-core-dl/settings"/>
<component displayname="Microsoft-Windows-RPC-Remote-DL" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rpc-remote-dl/microsoft-windows-rpc-remote-dl/settings"/>
<component displayname="Microsoft-Windows-RPC-Local-DL" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rpc-local-dl/microsoft-windows-rpc-local-dl/settings"/>
<component displayname="Microsoft-Windows-RPC-HTTP-DL" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rpc-http-dl/microsoft-windows-rpc-http-dl/settings"/>
<component displayname="Microsoft-Windows-RasApi-DL" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rasapi-dl/microsoft-windows-rasapi-dl/settings"/>
"\USMT\x86\DlManifests\win32k-settings-dl.man"
Migrates Win32 settings, the per-computer specific agnostic service, timeout, system font settings, debug, and error settings (these have no UI). Also migrates per-user CMD prompt customizations and certain customized control panel settings, such as mouse, keyboard, and accessibility.
"\USMT\x86\DlManifests\web-services-for-management-core-dl.man"
Migrates the per-computer Windows Remote Management settings that exist if http://support.microsoft.com/kb/936059 is installed (out of band for XP)
"\USMT\x86\DlManifests\rpc-remote-dl.man"
Migrate per-computer remote RPC port customizations as defined in http://support.microsoft.com/kb/154596. No UI for these settings.
"\USMT\x86\DlManifests\rpc-local-dl.man"
Migrates per-computer local RPC port customizations. There is no UI for these settings, they do not exist by default, and they are not publically documented.
"\USMT\x86\DlManifests\rpc-http-dl.man"
Migrates per-computer HTTP over RPC customization only for value "UseProxyForIPAddrIfRDNSFails" as defined in http://msdn.microsoft.com/en-us/library/aa373592(VS.85).aspx. There is no UI for this setting.
"\USMT\x86\DlManifests\rasapi-dl.man"
Migrates customized routing and remote access connection information on a per-user and computer basis. Some of these settings are overridden by Microsoft-Windows-RasConnectionManager-DL (see previous).
Ned “better than counting sheep” Pyle
This part covers the following config.xml components for Windows Vista:
<component displayname="Programs" migrate="yes" ID="programs">
<component displayname="Media Player Settings" migrate="yes" ID="programs\media_player_settings">
<component displayname="Microsoft-Windows-MediaPlayer-Migration" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-mediaplayer-migration/microsoft-windows-mediaplayer-migration/settings"/>
</component>
<component displayname="Microsoft-Windows-Migration-DisplayGroups" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-migration-displaygroups/microsoft-windows-migration-displaygroups/settings"/>
<component displayname="Communications and Sync" migrate="yes" ID="communications_and_sync">
<component displayname="Windows Mail" migrate="yes" ID="communications_and_sync\windows_mail">
<component displayname="Microsoft-Windows-WAB" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-wab/microsoft-windows-wab/settings"/>
<component displayname="Microsoft-Windows-Mail" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-mail/microsoft-windows-mail/settings"/>
<component displayname="Fax" migrate="yes" ID="communications_and_sync\fax">
<component displayname="Microsoft-Windows-Fax-Status-Monitor" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-fax-status-monitor/microsoft-windows-fax-status-monitor/settings"/>
<component displayname="Microsoft-Windows-Fax-Service" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-fax-service/microsoft-windows-fax-service/settings"/>
<component displayname="Microsoft-Windows-Fax-MAPI" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-fax-mapi/microsoft-windows-fax-mapi/settings"/>
<component displayname="Microsoft-Windows-Fax-Client-Applications" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-fax-client-applications/microsoft-windows-fax-client-applications/settings"/>
C:\Windows\winsxs\Manifests\x86_microsoft-windows-mediaplayer-migration_31bf3856ad364e35_6.0.6002.18005_none_e00b3823f9132c02.manifest
PLUGIN file="%windir%\system32\migration\MediaPlayer-DLMigPlugin.dll"
Migrate all per-user and per-computer Windows Media Player settings (stored as XML in %appdata%\local\media player). The USMT plugin is used to migrate downlevel WMP plugins to their newer version's settings.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-wab_31bf3856ad364e35_6.0.6000.16386_none_a491ed325f8b7554.manifest
Migrates per-user Windows Address Book settings. Also creates a new registry entry for upgrade that is read by Windows Mail on first run by a user, which upgrades certain legacy Outlook Express address book settings. Does not migrate actual contact files, just the registry pointer to them in the user’s contacts shell folder. The Contacts folder is only migrated by migdocs.xml, not migusers.xml.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-mail_31bf3856ad364e35_6.0.6000.16386_none_a5db5d4d1eebd273.manifest
Migrates Windows Mail per-user client registry settings and each user's mail store.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-fax-status-monitor_31bf3856ad364e35_6.0.6001.18000_none_89450d8ff77e97b7.manifest
Migrates per-user fax sender info settings.
\USMT\x86\ReplacementManifests\MICROSOFT-WINDOWS-FAX-SERVICE-REPLACEMENT.MAN
Migrates Fax Service per-computer fax files and security settings.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-fax-mapi_31bf3856ad364e35_6.0.6001.18000_none_4fa0047b77e7a12b.manifest
Does nothing.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-f..client-applications_31bf3856ad364e35_6.0.6002.18005_none_7ae525732588302d.manifest
Migrates per-user Fax client settings (limited mainly to UI like column layouts) as well as all personal FAX files for each user.
Heya folks, Ned here again. Microsoft is legendary for its backwards compatibility. No other operating system family can claim to support as much older software and settings as Windows - heck, companies like Apple seem to proudly cut "legacy" support after a few years and spin it like it's a positive.
Man, that is an old app
We maintain legacy protocols for decades. We update our OSes for 10+ years free of charge, and then do best effort support forever. In the past week alone, I worked on two different NT 4.0 issues. I'm not sure how our recent college hires are going to handle those when I'm gone, since they were seven when that OS shipped o_O. We're it for the long haul because we're a software company, not a hardware company pretending to be otherwise.
Every blue moon though, we make changes to an existing component in order to fix a problem or get it in line with modern coding practices, and you’re left holding the bag when migrating between operating systems. Today I talk about one of those scenarios and how USMT can convert a registry data type on the fly in order to preserve your user's customized experience. If you’re instead looking to create a registry setting on the fly, go here.
Windows allows users to choose how to click - double or single, with or without an underline. Any Windows version allows the same behavior and the Folder Options UI is the same:
However, XP and later operating systems differ in the storage method. Both values are in the following location, per user:
HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer ShellState IconUnderline
HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer
ShellState
IconUnderline
ShellState is stored in both OSes as a REG_BINARY value. However, IconUnderline is stored on XP as a REG_NONE and on Vista or Windows 7 as a REG_DWORD.
That means when you migrate from XP to Windows 7, your users keep their click preference, but lose their underline preference and instead get the OS default - which is not to show them underlines except on hover. That's the opposite of XP's behavior.
The Shell development team wrote two included manifests that control this behavior:
C:\usmt\X86\DLMANIFESTS>findstr /i "shellstate" *.man
EXPLORER-DL.MAN: <pattern type="Registry">HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer [ShellState]</pattern>
<rules context="User">
<include>
<objectSet>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Streams\Desktop [Taskbar]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Streams\Desktop [TaskbarWinXP]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\StuckRects [Settings]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\StuckRects2 [Settings]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\* [*]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer [EnableAutoTray]</pattern>
<pattern type="Registry">HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer [ShellState]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\StartPage\* [*]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\TrayNotify\* [*]</pattern>
</objectSet>
</include>
C:\usmt\X86\DLMANIFESTS>findstr /i "iconunderline" *.man
SHELL32-DL.MAN: <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer [IconUnderline]</pattern>
<rules context="user">
<!-- Advanced Folder Option Settings -->
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\CabinetState [*]</pattern>
<pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer [IconUnderline]</pattern>
</rules>
All of this behavior is expected and by design, although not an optimal one. That little REG_NONE beauty dates back to Windows 95 and Internet Explorer 4.0. When we were writing Vista, we decided enough was enough and to switched to a normal data type. It wasn't intentional that the manifests fail to convert the setting; that just slipped through the cracks.
So what can you do about it?
In its large bag of tricks, USMT includes an element named <contentModify> . When used during loadstate, it allows you to change the data before writing to the destination computer. This includes changing types or even writing new values.
In this case, I need the XP type to change to the Windows 7 type, so I use ConvertToDWORD:
<!-- Converts XP's REG_NONE setting to REG_DWORD --> <contentModify script="MigXmlHelper.ConvertToDWORD('3')"> <objectSet> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer [iconunderline]</pattern> </objectSet> </contentModify>
<include> <objectSet> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer [iconunderline]</pattern>
</objectSet> </include>
ConvertToDWORD('3') means change the data type from whatever it is currently to a DWORD registry value. If there is any problem converting, set the new DWORD value to 0x3. I chose 3 here because that is the default single-click behavior on XP.
Returning to the example scenario, I test my new XML and it's still not working: the destination Windows 7 computer is receiving the REG_NONE value. Can you guess why?
It's because, even though I am changing the migration behavior, I am doing it in the context of some new XML. I am not unconditionally excluding data, so the other guy copying this data - the included manifests - are overriding my decisions.
There are two ways to fix this:
You could modify SHELL32-DL.MAN to include your new XML settings within its context. This version control nightmare is not recommended (bordering on not supported). We provide override mechanisms so that you don't need to modify the included down level and replacement manifests.
1. Generate a CONFIG.XML on a test XP source computer using scanstate /genconfig config.xml
2. Set the following element to NO in the config.xml and save that file. Copy it to your USMT folder for use on all subsequent XP source computers:
<component displayname="Microsoft-Windows-shell32-DL" migrate="no" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-shell32-dl/microsoft-windows-shell32-dl/settings"/>
3. Use the following sample in a custom XML file called by scanstate and loadstate. It does all the work of the XP downlevel Shell32 manifest, as well as converts the iconunderline to DWORD. Do not use any of these steps if Vista or Win7 are source computers - they have the correct data type already:
<?xml version="1.0" encoding="UTF-8"?> <migration urlid="http://www.microsoft.com/migration/1.0/CustomIconUnderlineAndShell32"> <component context="User" type="Application"> <displayName>CustomIconUnderlineAndShell32</displayName> <role role="Settings"> <!-- Used only when migrating from XP, in conjunction with CONFIG.XML where Shell32 is set to NO --> <rules context="user"> <!-- Converts XP's REG_NONE setting to REG_DWORD --> <contentModify script="MigXmlHelper.ConvertToDWORD('3')"> <objectSet> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer [iconunderline]</pattern> </objectSet> </contentModify> <include> <objectSet> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer [iconunderline]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\CabinetState [*]</pattern> <pattern type="File">%CSIDL_APPDATA%\Microsoft\Windows\Recent [*]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\RecentDocs\* [*]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\ShellNoRoam\BagMRU\* [*]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\ShellNoRoam\Bags\* [*]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\Shell\BagMRU\* [*]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\Shell\Bags\* [*]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\ClassicStartMenu [{450D8FBA-AD25-11D0-98A8-0800361B1103}]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\NewStartPanel [{450D8FBA-AD25-11D0-98A8-0800361B1103}]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\ClassicStartMenu [{20D04FE0-3AEA-1069-A2D8-08002B30309D}]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\NewStartPanel [{20D04FE0-3AEA-1069-A2D8-08002B30309D}]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\ClassicStartMenu [{208D2C60-3AEA-1069-A2D7-08002B30309D}]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\NewStartPanel [{208D2C60-3AEA-1069-A2D7-08002B30309D}]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\ClassicStartMenu [{871C5380-42A0-1069-A2EA-08002B30309D}]</pattern> <pattern type="Registry">HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\NewStartPanel [{871C5380-42A0-1069-A2EA-08002B30309D}]</pattern> </objectSet> </include> </rules> </role> </component> </migration>
4. Fire it up. Example, where I called my new custom code icon.xml:
Simple as that. Hopefully you find this this technique useful for other registry type issues that crop up.
Until next time.
Ned "get your money back" Pyle
<component displayname="Tablet PC Settings" migrate="yes" ID="tablet_pc_settings">
<component displayname="Input Panel" migrate="yes" ID="tablet_pc_settings\tablet_pc_input_panel">
<component displayname="Microsoft-Windows-TabletPC-InputPanel" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-tabletpc-inputpanel/microsoft-windows-tabletpc-inputpanel/settings"/>
<component displayname="Accessories" migrate="yes" ID="tablet_pc_settings\tablet_pc_accessories">
<component displayname="Microsoft-Windows-TabletPC-StickyNotes" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-tabletpc-stickynotes/microsoft-windows-tabletpc-stickynotes/settings"/>
<component displayname="Microsoft-Windows-TabletPC-SnippingTool" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-tabletpc-snippingtool/microsoft-windows-tabletpc-snippingtool/settings"/>
<component displayname="Microsoft-Windows-TabletPC-Journal" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-tabletpc-journal/microsoft-windows-tabletpc-journal/settings"/>
<component displayname="Microsoft-Windows-TabletPC-InkBall" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-tabletpc-inkball/microsoft-windows-tabletpc-inkball/settings"/>
<component displayname="Handwriting Recognition" migrate="yes" ID="tablet_pc_settings\handwriting_recognition">
<component displayname="Microsoft-Windows-TabletPC-InputPersonalization" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-tabletpc-inputpersonalization/microsoft-windows-tabletpc-inputpersonalization/settings"/>
C:\Windows\winsxs\Manifests\x86_microsoft-windows-tabletpc-inputpanel_31bf3856ad364e35_6.0.6002.18005_none_137a8ed274a4186a.manifest
Migrates per-user tablet input panel settings.
"\USMT\x86\ReplacementManifests\tabletpcstickynotes-replacement.man"
Migrates per-user sticky notes settings and saved files. Used in conjunction with stickynotes-replacement.man. See Sticky Notes 1.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-tabletpc-snippingtool_31bf3856ad364e35_6.0.6002.18005_none_d19e70e609e24e84.manifest
Migrates per-user snipping tool settings.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-tabletpc-journal_31bf3856ad364e35_6.0.6002.18005_none_199d015da1ba0131.manifest
Migrates per-user journal settings.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-tabletpc-inkball_31bf3856ad364e35_6.0.6002.18005_none_cbf1f985670d2173.manifest
Migrates per-user Inkball Game preferences and saved scores.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-t..nputpersonalization_31bf3856ad364e35_6.0.6002.18005_none_41978c01c3760094.manifest
plugin="%CommonProgramFiles%\Microsoft Shared\Ink\IpsMigrationPlugin.dll
Migrates per-user handwriting recognition settings, including the stored database of learned words. The plugin handles correctly detecting and shutting down the Input Personalization service in order to migrate the database successfully.
It’s been four years and 591 posts since AskDS reached critical mass. You’d hope our party would look like this:
But it’s more likely to be:
Without you, we’d be another of those sites that glow red hot, go supernova, then collapse into a white dwarf. We really appreciate your comments, questions, and occasional attaboys. Hopefully we’re good for another year of insightful commentary.
Thanks readers.
The AskDS Contributors
<component displayname="Sound and Speech Recognition" migrate="yes" ID="sound_and_speech_recognition">
<component displayname="Speech Recognition" migrate="yes" ID="sound_and_speech_recognition\speech_recognition">
<component displayname="Microsoft-Windows-SpeechCommon" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-speechcommon/microsoft-windows-speechcommon/settings"/>
<component displayname="Microsoft-Windows-shmig" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-shmig/microsoft-windows-shmig/settings"/>
<component displayname="Microsoft-Windows-Rasppp" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rasppp/microsoft-windows-rasppp/settings"/>
<component displayname="Microsoft-Windows-RasmanService" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rasmanservice/microsoft-windows-rasmanservice/settings"/>
<component displayname="Microsoft-Windows-Rights-Management-Client-v1-API" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rights-management-client-v1-api/microsoft-windows-rights-management-client-v1-api/settings"/>
<component displayname="Hardware" migrate="yes" ID="hardware">
<component displayname="Phone and Modem" migrate="yes" ID="hardware\phone_and_modem">
<component displayname="Microsoft-Windows-TapiSetup" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-tapisetup/microsoft-windows-tapisetup/settings"/>
<component displayname="Printers and Faxes" migrate="yes" ID="hardware\printers_and_faxes">
<component displayname="Microsoft-Windows-Printing-Spooler-Core" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-printing-spooler-core/microsoft-windows-printing-spooler-core/settings"/>
<component displayname="Microsoft-Windows-Printing-Spooler-Networkclient" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-printing-spooler-networkclient/microsoft-windows-printing-spooler-networkclient/settings"/>
<component displayname="Microsoft-Windows-Printing-Spooler-Core-Localspl" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-printing-spooler-core-localspl/microsoft-windows-printing-spooler-core-localspl/settings"/>
C:\Windows\winsxs\Manifests\x86_microsoft-windows-speechcommon_31bf3856ad364e35_6.1.7601.17514_none_d809b28230ecfe46.manifest
Migrates per-user and per-computer speech writer and speech recognition settings.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-tapisetup_31bf3856ad364e35_6.0.6001.18000_none_69f32ac39b2a05e1.manifest
Migrates per-user and per-computer telephony settings.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-printing-spooler-core_31bf3856ad364e35_6.0.6002.22468_none_d882e000d7f61b4c.manifest
Migrates per-computer and per-user print provider and spooler settings.
Migrates mapped printer connections with their user-specified settings.
C:\Windows\winsxs\Manifests\x86_microsoft-windows-p..ooler-core-localspl_31bf3856ad364e35_6.0.6001.22417_none_30a13292abcd7d6c.manifest
Does not apply to Windows Vista, as it migrates cluster settings. This manifest is incorrectly scoped.