Posted on 08-13-2015 10:41 AM
Has anyone found a way to Disable Autoupdate, OneDrive Login, and Office 365 Login?
Solved! Go to Solution.
Posted on 08-18-2015 08:04 AM
Looks this has to be done as root:
/usr/sbin/defaults write /Library/Preferences/com.microsoft.Word kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.Outlook kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.PowerPoint kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.Excel kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.onenote.mac kSubUIAppCompletedFirstRunSetup1507 -bool true
Looks like this has to be done for every user:
/usr/sbin/defaults write com.microsoft.autoupdate2 HowToCheck Manual /usr/sbin/defaults delete com.microsoft.Word kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.Outlook kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.PowerPoint kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.Excel kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.onenote.mac kSubUIAppCompletedFirstRunSetup1507
References are:
Disabling First-run Dialogs in Office 2016 for Mac
Office 2016 Startup/AutoUpdate Blocking
Policy to Disable Automatic Updates?
run script as different user?
Posted on 08-13-2015 10:46 AM
Check out this thread: https://jamfnation.jamfsoftware.com/discussion.html?id=15400
The same preferences can also be combined into a profile just as an FYI. Just as another note, if you are deploying the Office 365 version of Office then you most likely want them actually signing in. But I imagine you're deploying the volume license copy.
Posted on 08-13-2015 11:01 AM
Hi,
Pleas refer :- http://macops.ca/disabling-first-run-dialogs-in-office-2016-for-mac/
Renaming the MAU folder will remove the Check for updates in Help Menu.
Thanks & Regards,
Karthikeyan M
Posted on 08-18-2015 08:04 AM
Looks this has to be done as root:
/usr/sbin/defaults write /Library/Preferences/com.microsoft.Word kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.Outlook kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.PowerPoint kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.Excel kSubUIAppCompletedFirstRunSetup1507 -bool true /usr/sbin/defaults write /Library/Preferences/com.microsoft.onenote.mac kSubUIAppCompletedFirstRunSetup1507 -bool true
Looks like this has to be done for every user:
/usr/sbin/defaults write com.microsoft.autoupdate2 HowToCheck Manual /usr/sbin/defaults delete com.microsoft.Word kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.Outlook kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.PowerPoint kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.Excel kSubUIAppCompletedFirstRunSetup1507 /usr/sbin/defaults delete com.microsoft.onenote.mac kSubUIAppCompletedFirstRunSetup1507
References are:
Disabling First-run Dialogs in Office 2016 for Mac
Office 2016 Startup/AutoUpdate Blocking
Policy to Disable Automatic Updates?
run script as different user?
Posted on 08-18-2015 11:00 AM
Thanks
How are you guys disabling this for new computers that have never had office on them? The plist isn't there so it won't write. Since the apps are sandbox, the plist never shows up. I'm thinking I'm missing something...
Posted on 08-18-2015 01:56 PM
Posted: Today at 1:00 PM by tnielsen Thanks How are you guys disabling this for new computers that have never had office on them? The plist isn't there so it won't write. Since the apps are sandbox, the plist never shows up. I'm thinking I'm missing something...
Whether or not the plist is present doesn't prevent the defaults write command from taking place. For the main commands to nix the splash screen, this is set once on a machine-level before the applications are launched and is immediate. The autoupdate disable has to be done in the user, but could be written into the User Template folder to take effect for each user when they first login. Existing users would need the command run for each account.
Posted on 08-19-2015 05:14 AM
never mind. I was putting "sudo" at the beginning of command.
Posted on 08-19-2015 07:37 AM
But the defaults delete command does require a plist to be present.
Posted on 10-19-2015 07:13 AM
Hi,
Anyone knows how to disable Microsoft error reporting with a script on Office 2016?
Posted on 01-04-2016 02:22 PM
@ekkehard wrote:
Looks like this has to be done for every user:/usr/sbin/defaults write com.microsoft.autoupdate2 HowToCheck Manual
[EDIT: by the way, wrong path to defaults, should be /usr/bin not /usr/sbin.]
This seems to work when invoked as root, although user can change to "Automatic", it will switch back on relaunch:
/usr/bin/defaults write /Library/Preferences/com.microsoft.autoupdate2 HowToCheck -string "Manual"
killall cfprefsd
Posted on 06-24-2016 02:43 PM
I found today as of the 9.93 release (maybe before?) that there is a new built-in Managed Preferences template already for "Microsoft Office Auto Update" which has the WhenToCheck and HowToCheck options pre-built, and supports custom settings (i.e. ChannelName = "External"). I'm testing a profile now to push some of our advanced users to use the InsiderFast channel with daily checks, and another for "normal" users (without Admin rights, ideally) to Manual check, External ChannelName, and DisableInsiderCheckbox.
Posted on 07-19-2016 07:48 AM
Looks like the MCX is using the same WhenToCheck
key we are setting via script.
Not sure if the Update Check Frequency options are still 1, 2, or 3, since MCX has been deprecated by Apple (?).
I wonder if 0 would set it to Never? Not at my work computer right now, but I can set when I get in and tinker with the test Mac's clock to see if MAU ever comes up.
Posted on 07-19-2016 08:47 AM
Update: I set to "0" and set my clock ahead a week, then a month, then a year, rebooting each time, and MAU did not come up.
$ defaults write /Users/username/Library/Preferences/com.microsoft.autoupdate2 WhenToCheck 0
$ defaults read /Users/username/Library/Preferences/com.microsoft.autoupdate2 WhenToCheck
0
Will bounce this off the MS folks on Slack to see if they can look at this thread and confirm.
Posted on 10-14-2016 02:50 PM
@donmontalvo did you find anything else out about this? I had setup some options for the autoupdate2 using Managed Preferences, but also discovered after the fact that they appear to be deprecated now. Trying to find all of the available options for MAU, as I DO want to enable AutoUpdate (as of MAU 3.6 I think, the process runs as System and doesn't prompt users for Admin credentials to install the updates).
Also combing the MacAdmins Slack channel looking for more info; seems that MAU 3.8 is now out and supports automatic download of the updates!
Posted on 02-23-2017 01:22 PM
@donmontalvo @KSchroeder Wanted to see how you were managing the AutoUpdate? I'd like to turn this feature to manual for now and was messing with the Managed Preference but I cannot get it to work. Let me know if this is working for you.
Posted on 02-24-2017 05:37 PM
Have a looksee here: https://macadmins.software/docs/MAU_38.pdf.
You can create a Custom Settings configuration profile and upload a plist with just the keys and values you need to manage Microsoft AutoUpdate.
You can find a sample plist for upload here: https://github.com/talkingmoose/Microsoft-Office-2016-for-Mac-Management/blob/master/AutoUpdate/Disa....
Posted on 11-03-2017 06:09 AM
Hi folks,
I've tried running the root commands kindly provided by 'ekkehard', but am getting the following error message for each one...
2017-11-02 03:31:26.349 defaults[3009:685791] Could not write domain /Library/Preferences/com.microsoft.onenote.mac; exiting
To note, I've changed 'sbin' to 'bin'. Any guidance would be greatly appreciated.
Cheers, ed.
Posted on 01-08-2019 11:33 AM
@talkingmoose - Does this still work? Uploaded it into a JAMF Config file (under custom settings) - getting failed in the logs. Preference Domain: com.microsoft.autoupdate2
Posted on 01-08-2019 12:11 PM
:-)
Posted on 01-08-2019 12:15 PM
@steve.bills The plist to create a configuration profile for setting AutoUpdate to manually check is still valid. If you're getting log errors about actually deploying the profile, that would be a different issue than the settings themselves.
You can verify it's related to deployment (and that the settings work) by clicking the Download button at the bottom of the configuration profile's page and installing the .mobileconfig file manually. If it installs and you see the settings are managed in AutoUpdate (after restarting the app), then you'll probably need to troubleshoot APNs connectivity.