Comments on: Best Guide for Deploying Adobe Reader Updates Using SCCM https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/ SCCM | ConfigMgr | Intune | Windows 11 | Azure Thu, 07 Sep 2023 18:21:40 +0000 hourly 1 https://wordpress.org/?v=6.4.1 By: Prajwal Desai https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-8709 https://www.prajwaldesai.com/?p=7545#comment-8709 In reply to Mike Zirbes.

Any other errors apart from 1603 in log files ?.

]]>
By: Mike Zirbes https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-8697 https://www.prajwaldesai.com/?p=7545#comment-8697 I am getting the same 1603 error code using Manoj method. Any fixes to this?

]]>
By: Mike Zirbes https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-8693 https://www.prajwaldesai.com/?p=7545#comment-8693 Manojo – you may be running into the prerequisite install problem.

]]>
By: Manoj Kumar https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-8556 https://www.prajwaldesai.com/?p=7545#comment-8556 Should i have to deploy Both Package or deploy latest one only

]]>
By: Alex1981 https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-7636 https://www.prajwaldesai.com/?p=7545#comment-7636 @Clint.

Did the application method work? I have tried but the keep getting a failed install with an exit code of 1636.

I noticed that the working directory is C:\Windows\System32 and not ccmchace folder.

Any ideas why?

]]>
By: Julian Ontiveros https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-6771 https://www.prajwaldesai.com/?p=7545#comment-6771 +1. Very helpful. Used this plus a script found on windows-noob that finds any version of Adobe older than 11.0.10 (most recent as of this post). Tested and verified. Thanks!

]]>
By: Clint https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-6509 https://www.prajwaldesai.com/?p=7545#comment-6509 Here is more detail on modifications I made. See my previous comment for a summary. This approach should allow targeting the ‘Update’ deployment to a collection that automatically looks for the installed base application. It’s quite difficult to write all the details, so hopefully the following doesn’t add to any confusion…

1. Create an application (not a package) that installs the base unpatched Acrobat Reader from the .msi (Current base version of Acrobat Reader 2015 is 15.006.30033)

2. Create the an application to apply updates
2a. Download the latest .msp patch for the same track from the FTP site (current patch is 15.006.30201)
2b. Put the .msp file in the same directory as the .msi file
2c. Copy the SCCM Software Library application created in step 1
2c. Open the properties of the copied application. Rename it! (e.g. Acrobat Reader DC Updates)
2d. Select ‘Deployment Types’ tab, click the item in the list and choose edit
2e. Select ‘Programs’ tab and update Installation Program to:
msiexec /p “AcroRdr2015Upd1500630201_MUI.msp” REINSTALLMODE=vomus REINSTALL=ALL /qn
NOTE: change the .msp file to match the one downloaded
2f. Select ‘Detection Method’ tab and select the detection rule and edit item
2h. Select the second radio button (MSI product must exist and the following condition must be met)
2i. Select MSI Property: “Version”, “Greater than or Equal to”, 15.006.30201
2j. Select the ‘Dependencies’, click ‘Add’ and then ‘Add’ again: select the base application created in step 3 and select auto install
2h. Distribute the application
2j. Deploy the application to a collection that detects if the base software is installed. I’m using a collection query on SMS_G_System_INSTALLED_SOFTWARE.SoftwareCode = {GUID} taking the GUID from the Detection Method of the application. In this way you can require the installation and it will only target machines that need the update on already installed software.

In the future: download a new .msp. Update the Installation Program value and update the Detection Method Version Number property. The new update should then get pushed to everyone.

]]>
By: Clint https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-6508 https://www.prajwaldesai.com/?p=7545#comment-6508 Great article. Very helpful. I modified some things to give me a little better control. I’ll try to give a little more detail on that in a second comment, but here are some key elements.

-I set up mine as an Application vs. Packages because install detection is better (Wasn’t sure it would work, but I had no issues)
-In the application I edited the Deployment Type’s ‘Detection Method’ to also look for version and the ‘Dependencies’ to look for the original Acrobat Reader install. The update can then auto-install the base application.
-On the update command I used: “msiexec /p “[currentpatchfile].msp” REINSTALLMODE=vomus REINSTALL=ALL /qn” My understanding is that if you don’t so this the client machine’s cached .msi will not be updated

]]>
By: Prajwal Desai https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-6038 https://www.prajwaldesai.com/?p=7545#comment-6038 In reply to Ravi.

Agreed.

]]>
By: James https://www.prajwaldesai.com/deploying-adobe-reader-updates-using-sccm/#comment-6035 https://www.prajwaldesai.com/?p=7545#comment-6035 Ok so we are saying here that SCCM cannot patch third party products using detection logic? For example LANDESK can detect if an OS with say Chrome needs a security update and can report on this but to do this in SCCM we would have to deploy and hope for the best as a Software Deployment?

]]>