Table of Contents
Die New Teams Version (Manchmal auch Teams 2.0 genannt) wird ab 1 Juli 2024 der neue Standard für die Kommunikationsplattform von Microsoft. Am 1 Oktober 2024 erreicht der Classical Teams Client im VDI Kontext sein End of Support und nach neusten Nachrichten am 1 Juli 2025 sein End of availability Date. Diese Abschlussdaten wurden die letzten Wochen mehrfach angepasst.
Aber das wichtigste zuerst:
Dadurch das New Teams nicht mehr per msi oder exe Paket angeboten wird, sondern nur noch als UWP (Universal Windows Platform) App vorhanden ist (MSIX Paket), läuten das End-of-Support und End-of-Availability Date für den Classical Teams Client, ebenfalls das Ende einiger Betriebssystemversionen ein, die vielleicht aktuell noch als Basis für Citrix Worker genutzt werden.
Das Prominenteste Opfer aktuell ist z.B. Windows Server 2016. Hier ist das End-of-Life Datum aktuell festgesetzt auf den 12 Januar 2027. Dadurch das unter Windows Server 2016 aber keine UWP App eingebunden werden kann, kann dieses Betriebssystem nicht mehr als Worker OS für Citrix dienen, wenn dort ebenfalls New Teams genutzt werden soll.
Hier habe ich aber aus verschiedenen Quellen nun erfahren, das man für die Verlängerung des End-of-Availability Datums des Classical Teams bis zum 30 Juni 2025 Rücksprache mit seinem Microsoft CSAM halten muss, damit der Tenant dies auch unterstützt und nicht zum 1. Oktober dann nur noch New Teams akzeptiert.
Voraussetzungen
Minimum Windows Version:
- Windows 10 (Version 10.0.19041)
- Windows 11
- Windows Server 2019 (10.0.17763)
- Windows Server 2022 (10.0.20348)
Minimum Microsoft Edge WebView2 Version:
- Version 90.0.818.66
Minimum Citrix Versionen:
- Citrix Workspace App Windows 2203 LTSR (oder neuer)
- Citrix Workspace App Windows 2302 CR (oder neuer)
- Citrix Workspace App Linux 2207
- Citrix Workspace App Mac 2302
- Citrix Workspace App Chrome/HTML5 2301
- Citrix Virtual Delivery Agent (VDA) 2203 LTSR (oder neuer)
- Citrix Virtual Delivery Agent (VDA) 2212 CR (oder neuer)
- Citrix Virtual Delivery Agent (VDA) 1912 LTSR CU 6 (oder neuer) – Hierbei werden aber nicht alle Features des New Teams Client unterstützt !
Script basierte Installation
Nutzt hierfür einfach mein NeverRed Script. Hier werden tagesaktuell alle meine neusten Entdeckungen bezüglich New Teams in die Installationsroutine eingepflegt.
Installation New Teams
Als erstes müssen die Voraussetzungen für die Installation des New Teams Client auf dem Zielgerät eingespielt werden. Hierfür muss Microsoft Edge WebView2 installiert werden und das Sideloading für UWP Apps aktiviert werden.
- Ladet das Installationspaket für Microsoft Edge WebView 2 herunter
- Startet die Installation von Microsoft Edge WebView2
- Aktiviert das Sideloading auf dem Worker, startet hierfür eine Administrative PowerShell und gebt die folgenden Befehle ein:
|
1 2 3 |
New-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\Appx -Name AllowAllTrustedApps -Value 1 -PropertyType DWORD -Force | Out-Null New-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\Appx -Name AllowDevelopmentWithoutDevLicense -Value 1 -PropertyType DWORD -Force | Out-Null New-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\Appx -Name BlockNonAdminUserInstall -Value 0 -PropertyType DWORD -Force | Out-Null |
Es muss ebenfalls geprüft werden, das .Net-Framework höher als Version 4.8 installiert ist (Windows Server 2019 & Windows 10), damit das Microsoft Teams Meeting Add-in for Microsoft Office installiert werden kann.
- Prüft auf dem Worker die installierte Version, indem eine Administrative PowerShell gestartet wird und gebt den folgenden Befehl ein:
|
1 |
(Get-ItemProperty "HKLM:Software\Microsoft\NET Framework Setup\NDP\v4\Full").Version |
Wenn die Version kleiner ist als 4.8, muss dies vor der Installation von New Teams upgedatet werden
- Ladet das Installationspaket für .Net-Framework 4.8 herunter
- Startet die Installation von .Net-Framework 4.8
- Nach der Installation des .Net-Frameworks muss man das System neu starten
Die Installation des New Teams Client erfolgt entweder direkt über das MSIX-Paket (Windows Server 2019 & Windows 10) oder per Teamsbootstrapper Executable (Windows Server 2022 & Windows 11).
Der Weg über die Teamsbootstrapper Installation ist die empfohlene Version auf Citrix Worker Maschinen.
Wichtig!
Falls noch eine Teams Installation auf dem System besteht, muss diese vorher deinstalliert werden.
- Ladet die benötigten Installationsdateien für das New Teams herunter
- Startet die Installation des New Teams Client mit dem Befehl für das darunterliegende Betriebssystem
Windows Server 2019 & Windows 10
|
1 |
Dism.exe /Online /Add-ProvisionedAppxPackage /PackagePath:<Path to msix file> /SkipLicense |
Windows Server 2022 & Windows 11
|
1 |
.\teamsbootstrapper.exe -p -o <Path to msix file> |
Im Anschluss muss die New Teams Installation noch für Citrix optimiert werden.
- Startet eine Administrative PowerShell und gebt den folgenden Befehl ein:
|
1 2 3 |
reg add "HKLM\SOFTWARE\WOW6432Node\Citrix\WebSocketService" /v ProcessWhitelist /t REG_Multi_SZ /d msedgewebview2.exe /f | Out-Null reg add "HKLM\SOFTWARE\Microsoft\Teams" /v disableAutoUpdate /t REG_DWORD /d 1 /f | Out-Null New-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Teams" -Name disableAutoUpdate -PropertyType DWORD -Value 1 -Force | Out-Null |
Dies ist ab Citrix Virtual Apps and Desktops Version 2402 nicht mehr nötig.
Installation Teams Meeting Add-in
Damit man über Microsoft Outlook auch weiterhin Teams Meetings planen kann, muss das Add-in noch nachinstalliert und konfiguriert werden.
- Startet eine Administrative PowerShell und gebt den folgenden Befehl ein:
|
1 |
msiexec.exe /i "$((Get-ChildItem -Path 'C:\Program Files\WindowsApps' -Filter 'MSTeams*').FullName)\MicrosoftTeamsMeetingAddinInstaller.msi" Reboot=ReallySuppress ALLUSERS=1 TARGETDIR="C:\Windows\Microsoft\TeamsMeetingAddin" /qn |
- Nach der Installation muss das Add-in noch registriert werden, hierfür müssen die folgenden Befehle ausgeführt werden:
|
1 2 3 4 5 6 7 8 9 10 11 |
$appX64DLL = (Get-ChildItem -Path "C:\Windows\Microsoft\TeamsMeetingAddin\x64" -Include "Microsoft.Teams.AddinLoader.dll" -Recurse).FullName $appX86DLL = (Get-ChildItem -Path "C:\Windows\Microsoft\TeamsMeetingAddin\x86" -Include "Microsoft.Teams.AddinLoader.dll" -Recurse).FullName Start-Process -FilePath "$env:WinDir\SysWOW64\regsvr32.exe" -ArgumentList "/s /n /i:user `"$appX64DLL`"" -ErrorAction SilentlyContinue Start-Process -FilePath "$env:WinDir\SysWOW64\regsvr32.exe" -ArgumentList "/s /n /i:user `"$appX86DLL`"" -ErrorAction SilentlyContinue If (!(Test-Path 'HKLM:\Software\Microsoft\Office\Outlook\Addins\')) {New-Item -Path "HKLM:\Software\Microsoft\Office\Outlook\Addins\" | Out-Null} New-Item -Path "HKLM:\Software\Microsoft\Office\Outlook\Addins" -Name "TeamsAddin.FastConnect" -Force -ErrorAction Ignore | Out-Null New-ItemProperty -Path "HKLM:\Software\Microsoft\Office\Outlook\Addins\TeamsAddin.FastConnect" -Type "DWord" -Name "LoadBehavior" -Value 3 -force | Out-Null New-ItemProperty -Path "HKLM:\Software\Microsoft\Office\Outlook\Addins\TeamsAddin.FastConnect" -Type "String" -Name "Description" -Value "Microsoft Teams Meeting Add-in for Microsoft Office" -force | Out-Null New-ItemProperty -Path "HKLM:\Software\Microsoft\Office\Outlook\Addins\TeamsAddin.FastConnect" -Type "String" -Name "FriendlyName" -Value "Microsoft Teams Meeting Add-in for Microsoft Office" -force | Out-Null If (!(Test-Path 'HKLM:\Software\Microsoft\Office\Outlook\Addins\')) {New-Item -Path "HKLM:\Software\Microsoft\Office\Outlook\Addins\" | Out-Null} |
Profilelösung
Folgende Pfade müssen zwingend beim New Teams mit aufgenommen werden:
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\Settings\settings.dat
- %LocalAppData%\Publishers\8wekyb3d8bbwe\TeamsSharedConfig\app_switcher_settings.json
- %LocalAppData%\Publishers\8wekyb3d8bbwe\TeamsSharedConfig\tma_settings.json
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\AC
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\AppData
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalState
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\RoamingState
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\Settings
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\SystemAppData
- %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\TempState
Folgende Profilelösungen werden unterstützt:
- Minimum FSLogix Version 2210 Hotfix 3
- Minimum Citrix Profile Management Version 2308
- Aktivierung vom UWP App Roaming Feature
Anti-Virus
Folgende Anti-Virus Prozess Ausnahmen müssen für das New Teams hinterlegt werden:
- ms-teams.exe
- ms-teamsupdate.exe
Limitierungen
Folgende Bekannte Themen und Features sind aktuell nicht verfügbar im New Teams in VDI:
- Bildschirmfreigabe aus dem Chat für Citrix nur bei Verwendung der Workspace-App 2311
- msteams_autostart.exe „Der Parameter ist falsch“: In nicht-persistenten Umgebungen, die FSLogix (alle Versionen vor 2210 HotFix 4) oder Citrix Profile Manager-Profilcontainer verwenden, wird der Fehler ausgegeben, wenn neue Teams versuchen, automatisch zu starten oder wenn ein Benutzer versucht, Teams über das Startmenü zu starten
- New Teams wird von Benutzern, die sich bei nicht-persistenten virtuellen Desktops anmelden, nicht gestartet, oder die Anwendung ist im Startmenü nicht sichtbar
- Admins haben dieses Problem nicht – nach der Installation neuer Teams auf dem Golden Image können sie es erfolgreich starten
- Nach dem Versiegeln des Golden Image und der Bereitstellung im großen Maßstab (mit Provisioning-Tools wie Citrix MCS/PVS) melden sich die Benutzer bei den virtuellen Maschinen an und klicken auf das neue Teams-Symbol, können die App aber nicht starten. Das Problem wird durch eine fehlgeschlagene Registrierung des MSIX-Pakets auf Benutzerebene mit verschiedener Profilverwaltungssoftware (FSLogix vor 2210 HotFix 4, Citrix CPM 2308 oder 2311, aber nicht auf 2402 usw.) verursacht, obwohl die Bereitstellung des Pakets erfolgreich war (das Betriebssystem speicherte den Inhalt des Pakets auf der Festplatte im Verzeichnis %ProgramFiles%\WindowsApps). Dieses Problem kann durch Ausführen von Get-AppxPackage -name MsTeams für die betroffenen Benutzer bestätigt werden. Wenn Sie diesen Code ausführen, wird eine leere Ausgabe zurückgegeben.
- Das PowerShell-Fenster wird angezeigt, nachdem New Teams bereitgestellt wurde. Hierfür muss der unten aufgeführte Registry Key gelöscht werden.
|
1 2 |
Location: "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run" Name: TeamsProvisionRunKey |
Neue Features in New Teams für VDI
Folgende Features sind in New Teams für VDI inkludiert, im Vergleich zum Classical Teams:
- Multitenant Multi-Account
- Leistungsverbesserungen beim Verbrauch von Hardwareressourcen
- Channels 2.0
- Mehrere Fenster sind standardmäßig aktiviert, ohne dass ein Neustart erforderlich ist
- Verbesserungen der Symbolleiste für die gemeinsame Nutzung (einschließlich Pinning / Unpinning)

















Hallo zusammen,
wir haben unter Windows 2022 das Problem, das Teams 2 nicht über die Windowssuche gefunden wird.
Weiß dazu jemand eine Lösung?
LG Carsten
Hi Carsten,
wird die App denn im User Kontext angezeigt ? Also ist sie dort auch registriert?
Hallo Manuel,
wenn du das Startmenü damit meinst , ja dort ist es zu finden.
In der Windows suche wird aber unter Teams oder Microsoft , Teams nicht angeboten.
kleine Ergänzung:
Als lokaler Administrator wird Teams auch in der Suche angezeigt.
Kann es sein, das es was mit den FS-Logix Profilen zusammen hängt ?
Ich kenne die Thematik nur das es nicht mit dem richtigen Icon gezeigt wird. Aber zu finden ist es dennoch..
Was für ein FSLogix Profile Type wird genutzt ? Office Container ebenfalls ? Wenn ja welcher Typ ?
Wird die Suche mit ihm Container gespeichert?
Da kann einiges schief laufen 🙂 Da habe ich leider genügend gesehen….
Hast du denn folgenden Eintrag in deiner Redirection.xml ?
Lieben Dank für deine Tipps.
Problem wurde behoben.
Es war eine Gruppenrichtlinie die nicht richtig gegriffen hat.
Hi Manuel,
wie wäre denn die korrekte Vorgehensweise für ein Update der Teams Version?
Also wenn das neue Teams schon anhand der Anleitung installiert wurde und dann „nur“ noch aktualisiert werden soll.
VG 🙂
Bin schon an einer neuen Version dran. Aber aktuell finde ich wieder so viele Fehler, das der Artikel endlos wird 🙂
Verstehe 😉
Dann warte ich Mal ab und hoffe auf eine baldige „Erfolgsmeldung“ 🙂
Auf jeden Fall ein großes Danke für deine super HowTos!
Hi Manuel,
bist du noch an dem Artikel dran oder habe ich ihn übersehen? 🙂
Moin zusammen,
daran wäre ich aktuell ebenfalls sehr interessiert. Ich arbeite seit Anfang des Jahres in einem Unternehmen, welches auf Citrix DaaS setzt und Windows 11 VMs welche per PVS erzeugt und aktualisiert werden.
Nun steht ein Update des bereits installierten Teams an. Aktuell ist die Version 24215.1007.3082.1590.
Der Versuch, Teams mittels teamsbootstrapper.exe -p auf dem Master zu aktualisieren, führt aber nur zu folgendem Fehler:
{
„success“: false,
„errorCode“: „0x80070057“,
„extendedErrorCode“: „0x80070057“
}
Ich habe schon alles mögliche versucht, ich bekomme Teams nicht aktualisiert. Bin ich hier komplett auf dem Holzweg? Unterscheidet sich das Update von der initialen Installation?
Beim Update von Teams gehe ich wie folgt vor:
– Deinstallation von Teams und Teams Meeting Addin
– Installation von der neuen Version von Teams mit Teams Meeting Addin
Am einfachsten ist das update natürlich wenn ihr NeverRed nutzt 🙂
Hallo,
ich habe Teams2 über NeverRed auf Server 2022 installiert. Im Test funktioniert Teams2 problemlos.
Hier meine Frage:
Werden über NeverRed alle oben beschriebenen Einstellungen gesetzt oder muss ich noch nacharbeiten?
Vielen Dank und schöne Grüße
Hallo Thomas,
alles was hier beschrieben wird, wandert schon meist im Voraus direkt in mein NeverRed Script 🙂
Hallo Manuel,
ich habe Teams „Microsoft Teams 2 25185.410.3812.8024“ auf unsere Citrix Worker (Version 2402 LTSR CU2) mit Server 2022 über NeverRed installiert. Mein Problem ist, dass jetzt das Teams nicht mehr automatisch startet. Selbst den REG Eintrag:
Computer\HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\MSTeams_8wekyb3d8bbwe\TeamsTfwStartupTask
„State“=dword:00000002
„UserEnabledStartupOnce“=dword:00000001
zu verteilen, bringt nichts.
Was kann ich machen, um Teams automatisch starten zu lassen.
Kann ich Teams in den Autostart Ordner legen? Falls ja, welche Teams.exe muss dort reinlegen.
Vielen Dank für Deine Mühe
Hallo,
ich habe Teams 2 auch unter Server 2022 über NeverRed upgedatet. Jetzt lässt es sich nicht mehr starten.
Es kommt:
The specified device, path, or file cannot be accessed
Vor dem Update hat es noch funktioniert.
Jemand eine Idee?
Ist das Appx Paket sauber installiert und wird mit dem folgenden Befehl gefunden ?
Get-AppxPackage *MSTeams* -AllUsers
Ist es ebenfalls im User Kontext vorhanden ?
Get-AppxPackage *MSTeams*
Wenn das zweite nicht zutrifft, dies mit dem folgenden Befehl nach holen.
Add-AppxPackage -MainPackage „MSTeams_8wekyb3d8bbwe“ -RegisterByFamilyName
Die Ergebnisse würden mich interessieren 🙂
Bei All Users ist es vorhanden, beim User nicht.
D.h ich muß dies auf dem Master nochmals nachinstallieren?
Nein das ist so gewollt. Es ist also auf dem System installiert, aber nicht im User Kontext aktiviert.
Dies kann durch denn folgenden Befehl nachgeholt werden.
Add-AppxPackage -MainPackage „MSTeams_8wekyb3d8bbwe“ -RegisterByFamilyName
Bei vielen meiner Kunden musste ich dies als Logon Task hinterlegen, weil vermehrt Probleme damit aufgetreten sind.
Microsoft hat es für Server 2022 einfach nicht sauber implementiert.
StartupTasks funktionieren instabil in Multi-User-Umgebungen
Habe einen Workaround mit dem folgenden RegKey:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
MSTeams = %LOCALAPPDATA%\Microsoft\WindowsApps\ms-teams.exe –process-start-args „–system-initiated“
Hi,
ich verstehe es nicht, es hat vor einem Monat alles funktioniert. Erst nach Update auf die neuste Version, geht beides nicht mehr.
Ich probiere es jetzt gleich und gebe Rückmeldung. Danke
Leider sehe ich dies sehr häufig. Ist FSLogix in der neusten Version installiert und mit den neuen benötigten GPO Settings konfiguriert ?
Derzeit ist 2.9.8884.27471 installiert.
Teams hat erst funktioniert, nachdem ich beim User folgendes ausgeführt habe.
Add-AppxPackage -MainPackage „MSTeams_8wekyb3d8bbwe“ -RegisterByFamilyName
D.h ich brauche einen WEM Logon Task.
Jap so habe ich es eigentlich auch überall eingerichtet. Der Befehl tut nicht weh und rettet den Tag 🙂
FSLogix sollte upgedatet werden, dies ist die Version 2210 HF4 und sollte auf Minimum 25.02, besser 25.09 upgedatet werden.
Seit Version 25.02 kann eine GPO Setting aktiviert werden, die denn APPX Status mit speichert und so persistent über die Abmeldung hinaus behält.
OK danke, d.h mit 25.02 brauch ich den Logon Task nur einmalig auszuführen und es sollte im Fslogix Profil gespeichert werden?
Theoretisch ja. Seitdem ich dies bei meinen Kunden ausgerollt habe und das Setting aktiviert ist, sieht es viel besser aus.
Bei manchen habe ich die Logon Tasks noch laufen, weil diese vorher immense Probleme hatten und dieses Verhalten um jeden Preis unterbinden wollen.
Der Befehl bewirkt nichts böses und daher hatte ich damit kein Thema.
OK, das ist dann ein External Task im WEM.
Mache gerade ein Update von FSLogix und bereite den Task vor.
Wenn noch was ist, meld dich einfach 🙂
Hi,
hat zufällig noch jemand das Problem, dass in Outlook Teams nicht als „Besprechungsanbieter“ in den Kalender-Settings auftaucht?
Führt bei mir dazu, dass Besprechungen nicht automatisch als Teams-Meeting erzeugt werden können.
Tenant-Settings sind alle OK.
Win11 24h2 VDI (CVAD 2507 MCS) mit FSLogix 25.09. Teams via Bootstrapper installiert, anschließend Meetingaddin hinterher, registriert usw. Ich kriege es ums Verrecken nicht hin. Unter Win10 hatte ich zuletzt keine solchen Probleme.
Einmal komplett runter + Neuinstallation habe ich schon versucht und auch alle Policies + RegKeys geprüft, die irgendwie damit in Zusammenhang stehen könnten.
Die Installation mit Parameter –installTMA, den es seit einiger Zeit im Bootstrapper gibt, hilft auch nicht. Bin gerade ein wenig ratlos und für jeden Hinweis dankbar! 🙂
VG
Karl
Hi Karl,
hatte die Thematik auch und habe alles nötige eigentlich in NeverRed eingebaut, damit es nicht mehr vorkommt.
Hast du es damit schon probiert ?
Ansonsten melde dich mal direkt, dann können wir drüber schnacken….
Hi Manuel,
ich habe es tatsächlich auch bereits über NeverRed versucht. Es meldete dann, dass Teams bereits aktuell ist, hat das Meeting-Adding aber neuinstalliert und diverse RegKeys gesetzt. Auf den ersten Blick konnte ich aber keinen Unterschied zu vorher feststellen und das Problem bestand weiterhin.
Ich versuche jetzt nochmal Office und Teams komplett aus dem Image zu schmeißen und neu zu installieren + einen Lauf ohne unsere ganzen Office-Policies. Sollte das nichts bringen, würde ich aber sehr gerne auf dein Angebot zurückkommen und mich bei dir melden.
Danke dir! 🙂
VG
Karl