Forum Discussion

David Phillips's avatar
David Phillips
Iron Contributor
Apr 01, 2021

How are you keeping Teams Machine-Wide Installer updated?

Now that Message Center # MC245996 is going into effect, users with new-to-them PCs with older install dates of Office are starting to see the update screen with the Teams Upgrade button.  Since Offi...
microsoft teams
David Phillips's avatar
David Phillips
Iron Contributor
Apr 28, 2021
I have another update. Microsoft Premier support has stated this is "by design", and has asked us to fill out a Design Change Request. I've asked them to check if this change is on the roadmap, and if it is not, I'll be filling this out. If you're a Premier customer, and you want this fixed, I suggest contacting Premier and doing the same.
  • Chjbunch's avatar
    Chjbunch
    Copper Contributor
    Jul 07, 2021
    Great updates, the TeamsMsiOverride looks potentially useful (for non-cloud native/non-fully-saas environments and those who have file shares).

    Out of curiosity, did you receive an answer from them about if it's on the roadmap?
    • David Phillips's avatar
      David Phillips
      Iron Contributor
      Jul 07, 2021
      It does look promising, but we prefer a Microsoft solution vs. a community solution.

      I have not heard anything since I filed the DCR back on 4/30.
      • Tur0k's avatar
        Tur0k
        Copper Contributor
        Jul 14, 2021

        Oddly enough, at work we have been dealing with this very problem.  we recently switched away from Chromebooks and Chromeboxes to full windows 10 endpoints.  We are building MDT/WDS to maintain tight control over the OS/software stack on the endpoints.  in working on deploying Teams we have been dealing with trying to create a start up script that automatically creates firewall rules for a couple of exes that need to run.  Some of them run from appdata which is challenging to create a dynamic rule to account for the user appdata locations.  This is part of the reason we are looking at the machine wide installer for teams.
        We are a Citrix house so we end up on their support sites doing research.  we already use the machine wide msi installer with the switches for: ALLUSER=1 and ALLUSERS=1 embedded in non-persistent VDAs.  patching this way is pretty easy for us in this scenario.  In prep for the further deployment of our windows endpoints we found this snippet over on the Citrix docs site:

         

        "If You have Windows 10 dedicated persistent VDI environments. You want the Teams application to auto-update and would prefer Teams to install per-user under Appdata/Local, use the .exe installer or the MSI without ALLUSER=1 (I found the Citrix Doc under the title: Optimization for Microsoft Teams). 

         

        We built out our MDT application package with the command:  

        "msiexec /i Teams_windows_x64.msi OPTIONS="noAutoStart=true" ALLUSERS=1"

        My hope is that all goes well and the UX would be:

        1. Best case: automatic patching just happens user doesn't do anything.  

        2. The end user selects the 3 dots and then select "check for updates" from teams and the application updates on its own.

Resources