/build/static/layout/Breadcrumb_cap_w.png

Setting up a custom inventory rule to give MS Office 365 architecture 32-bit vs 64-bit

As you have probably experienced, the SW titles do not give you the architecture of MS Office, and in my situation, this is important because I have 1 piece of SW I deploy that must match a 32-bit or 64-bit installation of Office. In order to make this dynamic and allow the labels to do their work, I have to identify machines by that criteria. Sparing you the bore as to the reason why our environment uses both architectures, it just does, and thus creates this conundrum. 

I have this setup for Office 2016 and it works like a charm:

RegistryValueReturn(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\16.0\Outlook, Bitness, STRING)

Now as we migrate to O365

I tried this and it will not give a result, even though the string value is verified:

RegistryValueReturn(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\Configuration, Platform, STRING)

Any ideas?


0 Comments   [ + ] Show comments

Answers (0)

Be the first to answer this question

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ