30 Replies Latest reply on Feb 15, 2018 9:53 AM by deborah93111

    Installing Reader DC 15.016.20039 using SCCM 2012


      I'm having an issue pushing out Reader DC 15.016.20039 using an application package I created with SCCM 2012R2. I believe I've narrowed down the issue to the Command-Line syntax I'm using. I'm trying to install Reader with an MST file I created using Adobe's Customization app.


      If I use the following syntax msiexec /i "AcroRead.msi" /q, then Reader will install successfully on any workstation I push it to.


      When I use the following syntax msiexec /i "AcroRead.msi" /q TRANSFORMS="AcroRead.mst", the installation fails.


      I am able to manually install Reader with the MST file using the following syntax msiexec /i [UNC PATH]\AcroRead.msi TRANSFORMS="AcroRead.mst" /qb so I know it's not an issue with the shared folder, permissions or the MST file I had created.


      Any help, advice or recommendations would be greatly appreciated!!!

        • 1. Re: Installing Reader DC 15.016.20039 using SCCM 2012
          BrettHusted Level 1

          **Update** - I was finally able to install Adobe Reader DC 15.016.20039 with an MST file, but now have a new issue. Using the same application package, I am unable to install the MSP (Patch) file that I extracted from the executable.


          According to Adobe's "Windows cmd line and msiexec" document (Windows cmd line and msiexec — Enterprise Administration Guide), the proper syntax should be msiexec /i "AcroRead.msi" /q PATCH="AcroRdrDCUpd1501620039.msp" TRANSFORMS="AcroRead.mst". When I deploy the package to workstation, it fails.


          Has anyone come across a similar issue?

          • 2. Re: Installing Reader DC 15.016.20039 using SCCM 2012
            CRoth2 Level 1

            Patch has to be a full path, can't be relative if I remember correctly.  The easier way is to download the entire Enterprise deployment https://get.adobe.com/reader/enterprise/ and extract to a folder.  Then edit the "Setup.ini" that comes with it.


            Change it from:




            [MSI Updater]
            Path=http://ardownload.adobe.com/pub/adobe/reader/win/8.x/8.0/misc/WindowsInstaller-KB893803-v2 -x86.exe


            To be:


            CmdLine=/sAll /rs



            [MSI Updater]
            Path=http://ardownload.adobe.com/pub/adobe/reader/win/8.x/8.0/misc/WindowsInstaller-KB893803-v2 -x86.exe

            This adds your MST Transform file "Reader.mst" to the command line of the MSI as well as the patch.  The other command line ("/sAll /rs") makes the "Setup.exe" run silently.  Now all you do is import the AcroRead.msi into SCCM update the version information to be 15.016.20039.  This way it gets the MSI Product code to use for uninstall and detection method.  Then go edit the deployment type to change the install command line.  The install command line is now nothing but "Setup.exe" with no switches whatsoever.  Dues to the configuration of the Setup.ini it will run silently, apply for transform and apply the patch.


            Works like a champ!

            3 people found this helpful
            • 3. Re: Installing Reader DC 15.016.20039 using SCCM 2012
              CRoth2 Level 1

              BrettHusted did that resolve your issue?

              • 4. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                BrettHusted Level 1

                Sorry for the delay.


                I didn't get a chance to try your method. I ended up creating two deployment types within a single application package. One two install the MSI and MST files. The second to install the Patch. It took some tweaking, especially with the dependencies, but I was finally able to get it to work and install the up to date version.


                I'll probably test your method as well, especially since mine was a lot of work. I'll try setting yours up this week and test it out on a few workstations. I'll let you know how it goes.


                Thanks for the recommendation.

                • 5. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                  CRoth2 Level 1

                  Adobe releasing yet another version of Reader will give you that chance.  If you wanted to use one of these:  15.016.20045 Optional update, June 02, 2016 — Acrobat and Adobe Reader Release Notes then you'd download the 15.016.20039 from the enterprise site as mentioned above and extract everything.  Then replace the AcroRdrDCUpd1501620039.msp file in there with the newly downloaded:  ftp://ftp.adobe.com/pub/adobe/reader/win/AcrobatDC/1501620045/AcroRdrDCUpd1501620045.msp


                  All you have to do beyond the directions above in the previous post is also change this line in the Setup.ini:


                  to be:



                  This will give you a one Deployment Type Application in SCCM with no Dependencies.  Enjoy!

                  • 6. Re: Installing Reader DC 15.016.20039 using SCCM 2012

                    I am happy i found this post, it seems a never ending story with adobe patches. I end up having to do something different each time, but your solution seems like it might work every time.

                    my question though is what do you set as the detection rule, as the product ID doesn't change from patch version to patch version.

                    it stays {68AB67CA7DA73301B744CAF070E41400} so if i keep that as my detection method it will think each new deployment is already installed?

                    • 7. Re: Installing Reader DC 15.016.20039 using SCCM 2012

                      Did you ever figure this out. I followed CRoth2 method and it works great for clean installs but will not apply the patch or the transform to existing installs. Older versions show up as "already compliant" in my deployment status.

                      • 8. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                        CRoth2 Level 1

                        RedPanigale and NorandaSupport It works just as well for the updates, we use it for everything.  I didn't elaborate above on the one step you're missing...when creating the new Application for the newer version, you need to edit the Detection Method to use both the MSI Product code AND the MSI Version  (DisplayVersion) number.  This allows SCCM to differentiate between the versions, as Adobe uses "proper" MSI and MSP patching techniques that most don't and the product id stays the same for all versions of 15.x and even now the 17.x it seems, but the version number changes as the MSPs are installed.  See images below: 


                        Adobe Reader Detection Method.png


                        Adobe Reader Detection Method - New.png


                        Give it a try and report back!

                        • 9. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                          NorandaSupport Level 1

                          I did resolve this by using a file system as the detection rule.

                          I used the previously installed file version and set the detection as greater than, this worked for the previous deployment, i have not made a new one since then to verify that it will work with new patch, but i don't see why it wouldn't.

                          Image 005.jpg

                          • 10. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                            NorandaSupport Level 1

                            Doesn't seem like i can edit my previous post. so let me add some more info here.

                            I use the .exe as the installation program (see my other post for detection method)

                            Image 007.jpg

                            which in turn uses the setup.ini file to install the program with my transforms.

                            Image 006.jpg

                            • 11. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                              CRoth2 Level 1

                              That detection works also, but I don't use "Greater than" or "Greater than or equal to" for any of my detection methods.  You can't be sure which is installed for sure, could be even newer than your deployment.  Acrobat is one program however that those methods can work pretty well, because even if the version is updated beyond what you intended, the uninstall still works since it is the same MSI Product Code.  Many many applications don't work that way and when they update the Product Code changes.  In that case your "Great than" would still show as installed, but you would fail at removing it because the MSI Product Code is no longer valid.  So for this application I'd say you're safe, but I'd caution you as to making that type of method your standard practice for all applications.


                              I just use MSI Product Code and Version, because it is less steps to update it when I run my builds.  I don't reuse the applications, but rather create a whole new application each time.  So selecting the radio box and entering version is a little easier for me.  I do go one step further which is a bit over kill, but I add a requirement that says if the version is newer than the version I provide, the entire application will no longer be displayed or available to the user.  This stops them trying to install an old version over a newer one.  Not so much applicable for this application for the reasons mentioned above, but for others this comes into play.  Really applicable for Flash Player and because we use Shavlik to update 3rd party applications like Flash, Reader, Acrobat, Java, etc. this will happen often since it is so easy to deploy the updates that way.  It then takes us a day or so to catch up with the actual Application updates in Software Center.  The requirement is just a Band-Aid to avoid service desk calls of users trying to install an older version over a newer one they already are updated to.


                              Sorry, long explanation that wasn't really needed, but once I started it just kept going!  Anyway to each his/her own.  They both work!  Thanks for sharing!

                              2 people found this helpful
                              • 12. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                RedPanigale Level 1

                                I tried this and the deployment fails but with a different error this time: "application not detected after installation". Not sure what I'm missing. You posted screenshots for both 15.x and 17.x. Was that just to say "use whichever applies to you" or do i need to have 2 detection methods? I only set up 1. Also, I'm entering the version number of whats getting installed.. or the new version. Should i be entering the existing or old version?



                                • 13. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                  CRoth2 Level 1

                                  Only one detection method.  That was, whichever version applies to you, and to show that the MSI Product code still hasn't changed even though the software is no longer version 15.x, but now 17.x.  The version that you are installing is the version you put in the detection method.  I am installing the newest, 17.009.20044, so that is what we have entered.  From your files screenshot, I'd say you're installing the 17.009.20044 also.


                                  1. Did you change you current application or did you create a new one?  If you changed it, did you "Update Content" on the Deployment Type?  If not, changes won't be propagated.
                                  2. Are you using "Setup.exe" as your installation program?  Using MSI (msexec /i acroread.msi ...) won't work right as it can't find the patch that way.
                                  3. What version does your Adobe -> Help -> About say after installing?


                                  Trying to determine if the right version is installed and not being detected, or if the detection is working, but wrong version is installed.

                                  • 14. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                    RedPanigale Level 1

                                    Looks like I solved this by unchecking "detect associated content dependencies and add them to this distribution" when distributing the content. This causes Adobe Reader DC to be listed as a dependency in the summary section. I leave this checked for other deployments (checked by default) and it works fine but not with reader apparently.


                                    Distribution Dependencies.PNG

                                    The only other issue I'm having now is that the transform does not get applied to existing updated installs. If a previous install (non customized) has auto updated to the latest version then it succeeds as "already compliant" and the transform is not applied.

                                    • 15. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                      CRoth2 Level 1

                                      Glad it seems to be working better, but neither of the two things you mention should be an issue.  I wonder if it just fixed it because you redistributed the software.  I'd check the references tab and the dependency map to see if you mistakenly have something as a dependency or maybe you have an application that requires Reader DC as a dependency.  You don't need any dependencies for this install.


                                      Was this a clean/newly created application or did you update an existing application you already had created?


                                      As for updated ones, that is correct.  It would not update anything because it is already detected.  You'll either need to use the uninstall option and reinstall, or just wait until the next update is released and make sure you get your application out early.  Upon upgrade it will take the new settings.

                                      • 16. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                        RedPanigale Level 1

                                        Clean application from scratch. Think I'll try getting the next version out asap before the existing installs have a chance to update. Thanks!

                                        • 17. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                          CRoth2 Level 1

                                          Hopefully that does the trick for you and gets everyone using the MST settings you want them to have.  Once of which I hope is to disable auto-updating :-)

                                          • 18. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                            RedPanigale Level 1

                                            Any idea why Acrobat DC and Reader DC show up in "installed updates" as if they are windows updates? Pushed acrobat to a user last night and the windows 8.1 dialog forcing a reboot came up as if windows updates were installed. I selected "suppress reboot" in the Customization Wizard. This has only happened on 1 machine as far as I know.

                                            • 19. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                              CRoth2 Level 1

                                              MSP updates do show as an update.  Mine are the same way.  I don't know why you'd be rebooting though as it should not if you've configured the MST file correctly and have it in the Setup.ini command line section properly.  I'd have to see it happen on multiple machines before being concerned.  It may just be that machine had other updates that were installed, or also needed reboot.

                                              Adobe Reader Installed Updates.png


                                              If the reboot prompt is a normal SCCM Software Center prompt for reboot I'd assume the installer returned a 3010 code or similar stating it requires reboot.  As long as it is not forcing reboot immediately without prompting I wouldn't be concerned.


                                              Also make sure you are not accidentally forcing a reboot User Experience tab:

                                              Adobe Reader Reboot specification.png

                                              • 20. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                RedPanigale Level 1

                                                Yep all that is set correctly and the reboot is only happened on 1 machine so far. Thanks again for your help!

                                                • 21. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                  CRoth2 Level 1

                                                  No problem.  Feels good to be able to share when I've found answers from so many others in the past.  If you don't mind feel free to mark any particular comments as helpful, only if you felt them to be of course!  Thanks!

                                                  • 22. Re: Installing Reader DC 15.016.20039 using SCCM 2012

                                                    Hey guys! Great info here. I am stuck in a similar situation with SCCM. Long story short, I can deploy the latest Adobe Acrobat Reader DC with no issues. The problem comes when we try to remove it via SCCM. It fails with error 1605. If I recall, the previous SCCM Admin had the same issue initially. However, he is no longer with the company and I am pulling my hair out trying to figure out WHY I cannot remove Adobe Reader.


                                                    If it does not remove, we may see issues later on with Patching with Shavlik as we have seen in the past (Error 1603).


                                                    Are you guys successfully able to Uninstall the packge via SCCM or Software Center?

                                                    • 23. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                      arnaldoc87809428 Level 1

                                                      Nevermind! Looks like it is working now after I deleted the package/deployment and recreated it.


                                                      With this method, have you guys seen any issues patching with 3rd party tools like Shavlik? Re: Installing Reader DC 15.016.20039 using SCCM 2012

                                                      • 24. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                        CRoth2 Level 1

                                                        We use Shavlik also (not sure if I mentioned before and didn't read back through to check).  Yes, and no.  The issue I found was if I have not yet updated the Reader DC Application, but we released Shavlik updates for Reader DC.  Shavlik/Software Update in SCCM updates the computer without any issue, which changes the Version/DisplayVersion.  Here is where the issue starts.  If you have the detection method the way I do with Version is equal to 17.009.20044, then when Shavlik updates the computer the version no longer matches so it is not detected.  IF you have Reader DC deployed as Required, this will trigger SCCM to try and install again, since it is no longer detected.


                                                        In the case of Reader DC (I think Acrobat also) this can be solved by, either setting the detection method to Version is greater than or equal to 17.009.20044 or by adding a Requirement to the Deployment Type that the Version is either "less than or equal to 17.009.20044 or the version doesn't exist at all" (in case of not being installed yet).  The greater than or equal to method is valid for these products because the MSI Product Code is not changed as I detailed in previous post.  Therefore even if you are several version behind on the Application and Shavlik updated the computer the detection method will still be valid and more importantly the uninstall string is still valid since the MSI Product Code is the same.  I personally do NOT like this method because the Application still says the old version number is installed, even though if you check programs and features and the new version is indeed installed.


                                                        I do the second option because it is applicable to MORE programs.  I'll try to explain.  By using a detection method with version is equal to coupled with a Requirement, when a newer version is installed by Shavlik, the next time "Application Deployment Evaluation Cycle" runs (we do daily in client settings) the Application is no longer displayed in software center at all since a newer version is installed than the application I have deployed, since the Requirement is no longer met.  This IS a bit over kill for Reader DC since it uses MSI/MSP relationships properly, but most programs don't.  Case in point, Flash Player.


                                                        Expanding on this, most programs MSI Product Code changes when a new version is installed, like Flash Player.  Flash Player is even more of a PITA, because the EXE install is totally different than the MSI, it is not just a wrapped MSI with and EXE.  Adobe Flash Player NPAPI not detecte... |Shavlik User Community.  So we cannot use the MSI Product Code for detection, but rather we needed something that does bot EXE and MSI.  That answer is:  "[HKEY_LOCAL_MACHINE\SOFTWARE\Macromedia\FlashPlayerPlugin]".    So with this example you can see when a new version is installed by Shavlik, even if your detection says it is still installed, the uninstall string will be broken, because the MSI Product Code has changed.  So Software Center still says the software is installed, but if you try to uninstall it will not be able to since MSI Product code has changed.  In this way the Requirement just no longer displays the deployed version of Flash Player in Software Center to avoid confusion and issues for the user. 


                                                        Hope this all makes sense!  I know I went a bit crazy here, but without detail it is even more confusing.  My entire argument for my method is debunked though if you don't deploy updates from shavlik until you update the application that is deployed via software center.  We just never seem to be ready with Applications when we're doing updates with Windows/Shavlik to our users.  :-(

                                                        1 person found this helpful
                                                        • 25. Re: Installing Reader DC 15.016.20039 using SCCM 2012

                                                          Really helpful post! I would love to know how you setup your requirement to say if the version is newer than the version provided then do not install. The would be useful to know so it can be used for other applications.


                                                          Many thanks.

                                                          • 26. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                            claudiom68681558 Level 1

                                                            how can we use the ConflictingProcessList.xml with sccm?


                                                            also is there a way to integrate/slipstream FontPack1500720033_XtdAlf_Lang_DC.msi & AcroRdrSD1500720033_all_DC.msi to the application?

                                                            • 27. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                              deborah93111 Level 1

                                                              I am trying to deploy acrobat reader 2017 base and patch update in a single application in SCCM

                                                              I have the base install 2017 installing fine but the secondary deployment type of the update is not deploying with it.

                                                              this below is my detection rule for the update - the version is the base that I am currently deploying.

                                                              • 28. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                                deborah93111 Level 1

                                                                What if you are trying to do this with 2017 classic? the setup.ini looks very different.



                                                                RequireOS=Windows 7







                                                                Languages=1033;1031;1036;1041;1034;1040;1043;1046;1053;1030;1035;1044;2052;1028;1042;1069; 1027;1050;1029;1038;1045;1048;1049;1051;1060;1055;1058

                                                                1033=English (United States)

                                                                1031=German (Germany)

                                                                1036=French (France)


                                                                1034=Spanish (Traditional Sort)

                                                                1040=Italian (Italy)

                                                                1043=Dutch (Netherlands)

                                                                1046=Portuguese (Brazil)




                                                                1044=Norwegian (Bokmal)

                                                                2052=Chinese Simplified

                                                                1028=Chinese Traditional
















                                                                [Windows 7]






                                                                [MSI Updater]

                                                                Path=http://ardownload.adobe.com/pub/adobe/reader/win/8.x/8.0/misc/WindowsInstaller-KB893803-v2 -x86.exe

                                                                • 29. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                                  BrettHusted Level 1

                                                                  Not exactly sure how your Deployment is configured, but you don't need a Secondary Deployment for the update. You can configure a single Deployment that will install both, the base installation and update. See below for the command I use to kick off the installation, the files used in the Deployment and my SETUP.INI


                                                                  • 30. Re: Installing Reader DC 15.016.20039 using SCCM 2012
                                                                    deborah93111 Level 1

                                                                    My setup.ini looks very different from yours - I think you are using continuous method and I am trying to install Classic. When I change my setup to match yours, the install does not add the patch and does not run silently.

                                                                    I get a non-silent install of the base 17.008.30051


                                                                    I have downloaded - ftp://ftp.adobe.com/pub/adobe/reader/win/Acrobat2017/1701130078/AcroRdr2017Upd1701130078_M UI.msp

                                                                    and extracted it to my install folder. I used the customization tool and put that mst into my folder. I have also download the latest Upd msp AcrobatDCUpd18001120035.msp.


                                                                    I need some help getting it installed with the patch and the msp