jamf patching for Office 2016 vs 365

I patch via my own policies that are scoped to Smart Groups specific to having 2016/19 installed. I'm definitely not the best at regex but here's how I did the smart groups if that helps:

MS Office 2016:

1. Application Title is Microsoft Excel.app
2. Applicaiton Version does not match regex ^(16.[2-9]d.)|(16.1[7-9].)

MS Office 2019:

1. Application Title is Microsoft Excel.app
2. Applicaiton Version matches regex ^(16.[2-9]d.)|(16.1[7-9].)

@kendalljjohnson

thank you for that, that is a lot simpler than my current smart group query...lol

let me edit my group and I will try doing it as policies instead of patch management. Do you patch the applications independently or do you deploy the latest 365 package?

@kendalljjohnson

so i did the regex groups as you identified, however I have 16.16.11 users popping up in the o365 group now. the logic behind the regex seems to be correct, not quite sure whats going on

edit: found an old thread on here, got it working with

^(16.[2-9]d.)|(16.1[7-9].)

https://www.jamf.com/jamf-nation/discussions/30416/splitting-up-office-2016-and-2019-in-smartgroups

Great catch, thanks for the update.

I patch the individual apps so that we aren't pushing a single file as big as the whole group, better to have and individual app fail install than the whole thing not work.

In case this is of interest …

Leveraging Microsoft AutoUpdate 3.18 "msupdate" binary with Jamf Pro 10 Patch Policies

hey @dan-snelson that is an interesting idea and along the lines of my original intention before trying out the Jamf patch management. I just ran a test on my VM with it, and it appears I have to send out a config profile to whitelist msupdate binary to run in the background. I found a config profile for this https://github.com/pbowden-msft/MobileConfigs/tree/master/Jamf-MSUpdate but am having issues with exporting the settings from profilecreator to sign it. I might just try uploading the unsigned to JSS and seeing how much it messes with it edit: the unsigned profile also generates an error about being unable to create object from file when uploaded to JSS

@hdsreid After reviewing @pbowden's Privacy Preferences Policy Control payload, I see a couple differences in the one we're using.

Please try adding the following Identifiers for the Receiver Identifier of com.microsoft.autoupdate2:

/usr/local/jamf/bin/jamfAgent

… and …

com.jamf.management.Jamf