How to Bulk Deploy the Teams Desktop Client Across Your Organisation

Rather than asking every user to install Teams manually, push it silently to every machine with TeamsBootstrapper. Prerequisites, online vs offline install, and the org-wide rollout.

MStack360 Team

5 min read

bulk deploy thumbnail

IN 30 SECONDSFull read: 5 min

  • Every machine needs the latest bootstrapper, Microsoft 365 Apps, current WebView2 and Delivery Optimization.
  • One command, .\teamsbootstrapper.exe -p, run elevated, installs Teams for all users on a machine.
  • Government cloud tenants must set the CloudType key before Teams first launches.

Rather than asking every user to install Teams manually, you can push it silently to all machines using a single lightweight installer called TeamsBootstrapper. Here is what you need in place before you run it, how to choose your install method, and how to deploy it across your whole organisation.

Prerequisites for target computers#

Every machine you are deploying to must meet these requirements before you run the installer. Missing any of them can cause a silent failure or a broken Teams installation.

Before you deploy

0 of 5 done

Single machine: online or offline installer?#

For deploying to a single computer, you have two options. The online installer is the simpler path. The offline installer makes sense when you want to minimise the amount of bandwidth used during the initial install, for example on a slow link or when sealing a VDI base image.

Option A: Online installer (standard)#

Download teamsbootstrapper.exe and run it as an administrator. The bootstrapper fetches the latest Teams MSIX package from Microsoft, installs it for all users on the machine, and configures the registry so Teams works correctly with Office.

Text
.\teamsbootstrapper.exe -p

The installer prints a success or failure message on the command line. If you get an error code, see Microsoft's HRESULT values reference for what it means.

Option B: Offline installer (local MSIX)#

Download both the bootstrapper and the Teams MSIX package separately. Pass the MSIX path to the bootstrapper using the -o flag. The bootstrapper installs from the local file instead of downloading from Microsoft.

Download the MSIX for your architecture: x64, x86, or ARM64.

Local path:

Text
.\teamsbootstrapper.exe -p -o "C:\path\to\MSTeams-x64.msix"

UNC path:

Text
.\teamsbootstrapper.exe -p -o "\\server\share\MSTeams-x64.msix"

Use the full absolute path, not a relative path with a dot. A relative path is one of the most common causes of error 0x80070057.

Deploying to your whole organisation#

For a full organisation rollout, you distribute teamsbootstrapper.exe to your target machines using your existing software deployment tool and run it there. The command is the same as the single-machine install. The distribution step is the only difference.

1. Download the latest teamsbootstrapper.exe#

Get the file from Microsoft directly: download the installer. If you already have it, check Properties then Details then Product version before deploying. An outdated bootstrapper can fail silently on machines where known bugs have since been fixed.

2. Distribute it to your target machines#

Use whichever deployment tool you already have in place. Microsoft supports Intune, Microsoft Endpoint Configuration Manager (SCCM), Group Policy software distribution, and third-party tools such as PDQ Deploy. The bootstrapper is a single executable with no additional installer package required.

3. Run the installer on each computer as an administrator#

Your deployment tool should execute .\teamsbootstrapper.exe -p in an elevated context. The bootstrapper installs Teams for all current users on the machine and for any users added to it afterwards.

4. Confirm success or failure from the command output#

The bootstrapper writes a clear success or failure message to the command line. Most deployment tools capture this output in a log. Check it after the run completes. If a machine returns an HRESULT error code, look it up in Microsoft's HRESULT reference to understand the cause before retrying.

Government cloud tenants: set the cloud endpoint before deploying#

If your tenant is on GCC, GCC High, DoD, or Gallatin (21Vianet), you need to configure a registry key on Windows or a plist key on Mac before Teams first launches. This tells Teams which cloud endpoint to connect to before sign-in. Without it, Teams may try to reach the wrong endpoint and fail silently during authentication.

  • Commercial

    Value
    1
  • GCC

    Value
    2
  • GCC High (GCCH)

    Value
    3
  • DoD

    Value
    4
  • Gallatin (21Vianet)

    Value
    7

Set the registry value on Windows machines before running teamsbootstrapper.exe:

Text
HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Office\16.0\Teams
  Name  : CloudType
  Type  : DWORD
  Value : 3  # Replace 3 with the value matching your cloud environment

For Mac, set the equivalent plist key. This can be pushed to managed devices via Intune:

Text
Domain   : com.microsoft.teams2
Key       : CloudType
Data Type : Int
Value     : 3  # Replace 3 with the value matching your cloud environment

Microsoft reference: Bulk deploy the Microsoft Teams desktop client

SHARE THIS ARTICLE

Rather have us do it for you?

A free 15-minute call. We look at your tenant and tell you what to fix first.

Book a Free Call

WRITTEN BY

MStack360 Team

The MStack360 team delivers Microsoft 365 migrations, security and Power Platform projects for businesses across North America, Europe, Australia and the Middle East.

Ready to Transform Your
Microsoft 365 Environment?

Get a free consultation and discover which level is right for your business.

No commitment
Free 15-min call
500+ clients served

Prefer to browse first? See our service levels →