Welcome to MSDN Blogs Sign in | Join | Help

CRM Client AutoUpdate

A new feature in CRM 4.0 is for administrative ability to prompt clients to install patches on their CRM client. This feature is called AutoUpdate and it applies to any client where the user has administrative rights on his/her machine. I’ll document some common scenarios here and I’ll encourage you to read the Implementation Guide – Operating document for more detailed information.

When you install the CRM 4.0 client, one of the new components is a tool called Update. This is the client component of the AutoUpdate process. You can launch the Update tool directly, run it as a scheduled task quietly, launch it from Outlook under the CRM toolbar – Check for Updates or it will run each time you launch Outlook. Also, by default, the AutoUpdate check is performed on all CRM 4.0 clients* every 4 hours*.
* These options can be turned off or adjusted via registry keys.

In order to make updates available to clients, you need to post the updates to the server. The CRM Server installation comes with a new tool called the Client Patch Configurator. The tool is installed by default at [Program Files]\MSCRM\Tools\Microsoft.Crm.Tools.ClientPatchConfigurator.exe. You need to run a DOS command to call the XML file you can use to define the patches that will be provided to the client. The patch configurator process will add the patches to the MSCRM_Config database. You can use the tool to create, update or delete patch information, so if you add a patch you didn’t intend to add, you can remove it from being pushed to clients.

With that background information, here are the steps I give to customers asking how to set up AutoUpdate in their environment:

1. The first time you run autoupdate, go to your [ServerInstallDir]\Server\CRMWeb and create a new folder named crmpatches. Create this same folder on each subsequent web server in your deployment.

2. On each client, go to the registry and add a value in the HKEY_LOCAL_MACHINE\Software\Microsoft\MSCRMClient key called AutoUpdateDownloadUrl (String). Give it a value of http://[servername]/crmpatches/ (remember the closing /). If you don't set this value, the clients will look to http://go.microsoft.com/fwlink/?LinkId= then the value in the LinkId XML parameter.

3. Download the hotfix to your server (or each web server) and extract the contents to the [ServerInstallDir]\Server\CRMWeb\crmpatches folder.

4. Extract the contents of the client patch on your server to determine the PatchId value which is required for the XML file configuration.

a. Open a command prompt, and type [DownloadLocation]\CRMv4.0-KB[KB#here]-i386-Client-INTL.exe /x

b. You will be prompted for a location to which the files will be extracted

c. Once extracted, find the config.xml file at the root of the directory

d. Within the XML file, copy the value of the <patchid> element and paste it into your configuration file in step 5

5. Create your configuration XML file

Here's a sample configuration XML for the KB949086 fix:

<ClientPatches>

<Create>

    <ClientPatchInfo>

        <PatchId>{85F5616A-F266-4E0B-BB4C-39B5B3AECE5C}</PatchId>

        <Title>Duplicates in Outlook with Shared Calendars, Tasks or Contacts</Title>

        <Description>Sharing calendar, contacts or tasks can allow editors to clear all custom crm information resulting in duplicates when synching</Description>

        <IsMandatory>true</IsMandatory>

        <IsEnabled>true</IsEnabled>

        <ClientType>OutlookDesktop,OutlookLaptop</ClientType>

        <LinkId>CRMv4.0-KB949086-i386-Client-INTL.exe</LinkId>

    </ClientPatchInfo>

</Create>

</ClientPatches>

Note: You can add multiple <ClientPatchInfo> and container elements to post multiple hotfixes at one time. The title and description are up to the administrator to complete. The IsMandatory option dictates whether a user has to install this hotfix in order to continue using CRM functionality within CRM. The ClientType can be either OutlookDesktop or OutlookLaptop or OutlookDesktop,OutlookLaptop depending on which clients should receive the updates. There are several more options available, so please see the Implementation Guide for further detail.

6. In a command prompt, go to the directory where the ClientPatchConfigurator.exe is located ([ServerInstallDir]\Tools and type microsoft.crm.tools.clientpatchconfigurator.exe [configfile].xml

7. Once the patch has been uploaded, launch the Outlook client

When Outlook launches, the following screen will pop up:

clip_image002

When complete, you'll see this screen:

clip_image004

8. You can then proceed to use CRM with the hotfixes applied. The hotfix installs will show in the Installed Updates area within Programs and Features in the Windows Vista Control Panel or in Add/Remove Programs on Windows XP.

This feature provides administrators with the assurance that their clients will be on the most updated hotfix. Therefore, CRM client troubleshooting doesn’t have to begin with the question “Did you apply these patches?”

Eric Newell

Published Thursday, May 08, 2008 9:29 AM by crmblog

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

# re: CRM Client AutoUpdate

Hi Eric,

thanx for this post it is very helpful in big deployments with many Laptop-Clients.

Is it possible to add other installers (other Patches an AddOns) to the Update Feature ?

chris

Friday, May 23, 2008 6:46 AM by Christian Elberfeld

# re: CRM Client AutoUpdate

It doesn't work for me. I have it installed in vista abnd it didn't create the MSCRM key in HKLM, but it is created in HKUSERS. I don't know where it is looking at

Wednesday, June 04, 2008 4:50 PM by Jesus

# re: CRM Client AutoUpdate

Nice, except for the fact that the user needs to have administrative rights for this to work. It seems that Microsoft still assumes this is always the case.

Thursday, June 05, 2008 8:24 AM by Michiel

# re: CRM Client AutoUpdate

Great article.  So the AutoUpdateDownloadUrl needs to be configured in each client?? No method to auto configure this?

Friday, June 06, 2008 6:22 PM by Alex

# re: CRM Client AutoUpdate

Chris -

At this point, I'm not aware of other add-ons that can be pushed out via AutoUpdate.  It requires a CRM Patch ID, so it's unlikely that another add-on would work through this system.  I can provide feedback to the product team about that for future versions.

Thanks,

Eric Newell [MSFT]

Tuesday, June 24, 2008 12:03 AM by Eric Newell

# re: CRM Client AutoUpdate

Alex & Jesus -

The registry key needs to be created in the HKEY_LOCAL_MACHINE hive for it to be picked up by the Update exe.  It needs to be created manually, or you can do what we did internally which was to have people double-click on a registry file (.reg), so they didn't have to make updates to their registry.

Thanks,

Eric Newell [MSFT]

Tuesday, June 24, 2008 12:07 AM by Eric Newell

# re: CRM Client AutoUpdate

Michiel -

I understand your concerns and I know the product team is looking into options for patching the client without requiring adminstrative access.  When I have more information on that front, I will pass it along.

Thanks,

Eric Newell [MSFT]

Tuesday, June 24, 2008 12:08 AM by Eric Newell

# re: CRM Client AutoUpdate

This method worked great...for employees on the LAN. I tried to set this up for a remote employee. When he launches Outlook, it prompts to install the updates I listed in the XML file, but fails immediately with the error "Untrusted Update." I cannot find any documentation concerning this error. Any thoughts?

Wednesday, October 01, 2008 12:11 PM by Justin

# re: CRM Client AutoUpdate

I too have seen some users receive the "Untrusted Update" error and have not found a solution.  I can say that I've had other users successfully install over IFD connection so it appears to be something with the user's configuration rather than AD vs IFD authentication.

Monday, October 06, 2008 7:06 PM by Austin

# re: CRM Client AutoUpdate

Austin,

is the registry key for the update location set?

Monday, October 27, 2008 11:45 AM by UK

# re: CRM Client AutoUpdate

When you're running Vista 64-bit the registry key location needs to be:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\MSCRMClient

The key mentioned above won't work.

Friday, October 31, 2008 2:48 AM by Oscar Weijman

# re: CRM Client AutoUpdate

Any word yet on when the Administrative rights issue?

I am uysing SCCM and this seems to be an alternative solution, but I would like a way to just slipstream these updates in the package itself.

Oscar thanks for the 64 Bit key.

Wednesday, November 05, 2008 2:26 PM by Aaron

# Update Rollup 1 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Tuesday, December 23, 2008 1:03 PM by Microsoft Dynamics CRM Team Blog

# Update Rollup 1 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Tuesday, December 23, 2008 1:39 PM by Microsoft Dynamics CRM Team Blog

# Update Rollup 1 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Tuesday, December 23, 2008 2:11 PM by Microsoft Dynamics CRM Team Blog

# re: CRM Client AutoUpdate

Thanks Eric for the post.  Do you have any information on the following issue that was mentioned during the MS Webcast about AutoUpdate back in Spring of 2008?

As I understand it if you use Group Policy Objects to install the CRM Clients and then use AutoUpdates to apply patches the patches will not show up in the Add-remove programs.  As a workaround at the time of the webcast the SMS install of the CRM Client was suggested (the issue is specific to GPO installs, not to SMS or manual installs).

Do we know if this issue has been addressed?

Monday, January 05, 2009 10:00 AM by Sergei

# Update Rollup 2 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Tuesday, January 20, 2009 11:11 AM by Microsoft Dynamics CRM Team Blog

# Update Rollup 2 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Tuesday, January 20, 2009 12:29 PM by Microsoft Dynamics CRM Team Blog

# Update Rollup 2 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Tuesday, January 20, 2009 1:06 PM by Microsoft Dynamics CRM Team Blog

# re: CRM Client AutoUpdate

Assuming I have followed the above for Rollup 1 (or 2) what would the Link Id be given I have extracted it them to the Autoupdate folder? Would it be CRMv4.0-KB952858-i386-Client-INTL.exe ot a number?

Friday, January 23, 2009 7:41 AM by Mark Gould

# re: CRM Client AutoUpdate

Has the local admin rights issue been addressed in rollup 2?

Friday, January 23, 2009 10:17 AM by Mark

# re: CRM Client AutoUpdate

Assuming I want my clients to update directly from Microsoft, not from my own CRM web server, how do I find the necessary LinkID to include in my XML file?

Thursday, February 05, 2009 3:44 PM by Ken Briscoe

# Update Rollup 2 for Microsoft Dynamics CRM 4.0 - More Info

On 2/8/2008, the CRM Sustained Engineering team released a new version of the Update Rollup 2 packages.

Wednesday, February 11, 2009 12:54 PM by Microsoft Dynamics CRM Team Blog

# Update Rollup 2 for Microsoft Dynamics CRM 4.0 - More Info

On 2/8/2008, the CRM Sustained Engineering team released a new version of the Update Rollup 2 packages

Wednesday, February 11, 2009 11:29 PM by Microsoft Dynamics CRM Team Blog

# re: CRM Client AutoUpdate

Is the administrative rights issue going to be addressed in CRM 4.0 or is that going to be in CRM 5.0 whenever that is released?  To me, it seems like a LOT of re-engineering to do this for the clients.

Monday, February 16, 2009 8:47 AM by Scott

# Update Rollup 2 and groundhog day conspiracy

Update Rollup 2 and groundhog day conspiracy

Wednesday, February 18, 2009 10:04 AM by Georged CRM Blog

# re: CRM Client AutoUpdate

I got an answer tell Microsoft to add CRM and other applications to WSUS.  

Thursday, February 26, 2009 11:05 AM by Noone

# re: CRM Client AutoUpdate

I agree. Add MS CRM (and all other MS products to Windows/Microsoft Update).

Until then I got this up and running with only one problem. "Untrusted Update". The problem only occured on the laptops that did not have the HKEY_LOCAL_MACHINE\Software\Microsoft\MSCRMClient\AutoUpdateDownloadUrl set right.

The clients _would_ see the update because it's listed in the CRM database, but would not install before the reg key was set.

Great!

Monday, March 02, 2009 3:17 PM by Peter Mohr

# re: CRM Client AutoUpdate

Is it possible to view the whole XML tree that is registered for updates? Then I can delete old ones without having to remember the PatchId etc?

And it will also help me troubleshoot why the XSL transform in the ConditionsXSL does not work. The one in the Operating doco didn't work for me, and I suspect it is not formatted correctly. If I could see the whole tree then I could troubleshoot it.

Thanks!

Monday, March 02, 2009 10:11 PM by Simon Gadsby

# re: CRM Client AutoUpdate

When deploying the update this way, it complains that files are in use!

I have to manually close Outlook and any other Office apps and Exit CRM via the system tray, and then the update continues successfully.

I would prefer for it to just install & then prompt to reboot at the end, which is what happens if you download the update manually and run it.

Why is this happening?

Tuesday, March 03, 2009 10:32 PM by Simon Gadsby

# CRM4.0: AutoUpdate Outlook CRM Client Patches

so we are finally at the stage of service-in our CRM Project to customer. since we did use CRM Outlook

Wednesday, March 04, 2009 3:52 AM by Rexiology::Work

# CRM4.0: AutoUpdate Outlook CRM Client Patches

so we are finally at the stage of service-in our CRM Project to customer. since we did use CRM Outlook

Wednesday, March 04, 2009 4:10 AM by Rexiology@MSDN

# Update Rollup 3 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Friday, March 13, 2009 11:15 AM by Microsoft Dynamics CRM Team Blog

# re: CRM Client AutoUpdate

I would really like Microsoft to consider an update mechanism such as WSUS to deploy updates to clients.   We operate all of our users as regular users (non-local-administrators).  

Tuesday, March 17, 2009 5:38 PM by Delf

# re: CRM Client AutoUpdate

Also need a non-admin method of installing updates.  :(

Thursday, March 19, 2009 11:14 PM by Paul

# re: CRM Client AutoUpdate

When I try to use the Microsoft.CRM.tools.ClientPatchconfigurator it says the following:

Usage: Microsoft.Crm.Tools.ClientPatchConfigurator [XML Config file]

1. The first thing I noticed was I didnt have a CRMWeb folder so I created one.

2.  I extracted CRM 4.0 Rollup 3 to the crmpatches Directory I made.  I then took the patchID and copied and pasted it into your sample config.xml file which I saved in the C:\Program Files\Microsoft Dynamics CRM\Server\CRMWeb\crmpatches directory.  I also moved the original installation file CRMv4.0-KB961768-i386-Client-ENU.exe to the crmpatches directory.  

What am I doing wrong your directions were not very clear on where I should be saving the config.xml I just assumed to save it to the crmpatches directory.  

Thursday, March 26, 2009 4:57 PM by PxPx

# re: CRM Client AutoUpdate

Please add my vote for a better client update solution. At Convergence all the talk was of SMS. We don't have or want to purchase SMS. Why not WSUS or at least a way to script the updates that isn't so painful and requires admin privileges.

<rant>

Best practice is not give users local admin permission but new MS products require local admin privileges for install/updates. Between Vista and new products released with the same admin issues, more SaaS solutions are looking better and better. MS has a good unified solution product set, take it to the next level and make it a no brainer. The door isn't being left open a crack for other solutions, it's being kick wide open by MS and at some point (in the near future at this rate) MS customers will be forced to migrate. I see incredible potential in MS CRM ,MOSS, SQL, SRS, etc. Quit making it so painful to be a MS shop.

</rant>

<P.S. Rant>

And get a decent Wiki on MOSS. Ya gotta be kidding me with that thing.

</P.S. rant>

Tuesday, April 14, 2009 2:18 PM by dbenton

# Update Rollup 4 for Microsoft Dynamics CRM 4.0

The Microsoft Dynamics CRM Sustained Engineering team released Microsoft Dynamics CRM 4.0 Update Rollup

Thursday, May 14, 2009 10:29 AM by Microsoft Dynamics CRM Team Blog

# re: CRM Client AutoUpdate

Hi All,

I am desperately needing help in removing the configfile.xml from [Program Files]\MSCRM\Tools\Microsoft.Crm.Tools.ClientPatchConfigurator.exe.

I was testing the AutoUpdate in our Production environment and need to remove it because we are not ready to proceed with the rollup yet.

Please let me know how I can remove it. I really appreciate it! Thanks.

Victoria

Sunday, May 31, 2009 1:38 PM by floppylo

# re: CRM Client AutoUpdate

I figured out how to remove the patch. It's documented in the Operating and Maintaining Guide : )

Sunday, May 31, 2009 3:39 PM by floppylo

# re: CRM Client AutoUpdate

Can you install the CRM 4.0 update rollup 4 patch on all the machines before installing the CRM 4.0 update rollup 4 patch on the server (the server is currently unpatched)?

Wednesday, June 24, 2009 5:35 PM by John

Leave a Comment

(required) 
required 
(required) 
 
Page view tracker