9 Comments

Microsoft zwingt ihre Kunden auf das "neue Teams" umzusteigen und das bis Mitte des Jahres 2024! Das bisherige Feedback ist, dass Kunden wieder einmal Beta-Tester sind und umfangreiche Tests durch Microsoft erst gar nicht gemacht wurden. So gibt es Probleme mit Microsoft-FSLogix und dem Outlook-Add-in. Das "neue Teams" dann auch noch auf einem Server 2019 oder Server 2022 ist noch mal eine weitere Herausforderung. Ich habe ein Powershell Skript entwickelt, dass Teams auf Server 2022, Server 2019, Windows 10 und Windows 11 Multiuser installiert und auch das Outlook-Add-in berücksichtigt. 

Die Teams Installation an sich ist einfach, erfordert aber zusätzlich die Installation der EdgeWebView Runtime Version und macht die gesamte Installation mit Registrierungswerte usw. nicht unbedingt leicht. Angesichts dessen habe ich explizit für die Installation des neuen Teams auf VDI Systemen, Powershell Skripts zur Installation erstellt.

Fangen wir an mit FSLogix an und damit, dass FSLogix Profile die beste Variante ist und Office Container oder FSLogix Profil zusammen mit Office Container zu Problemen mit dem "neuen Teams" führt. Microsoft hat für FSLogix diesbezüglich eine erste Version veröffentlicht, die einiges mit dem "neuen Teams" beheben soll. Als Ausnahmen für FSLogix sollten folgende Pfade angegeben werden:

<!--Microsoft New Teams-->
<Exclude>AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs</Exclude>
<Exclude>AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\PerfLog</Exclude>
<Exclude>AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\EBWebView\WV2Profile_tfw\WebStorage</Exclude>
<Exclude>AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\EBWebView\WV2Profile_tfw\GPUCache</Exclude>

Leider hat Microsoft Teams nur halbherzig erneuert und so kommt die Installation als MSIX-Paket her, beinhaltet aber ein MSI-Paket für das Teams Outlook-Add-in. Dies führt auf Server 2022 zu Problemen und viel wird darüber geschrieben, aber noch keine Lösung dafür, bis jetzt! Nach langer Analyse zu dem Problem auf Server 2022 ist mir aufgefallen, dass Server 2022 als Standard .NET 6.x aktiviert hat. Die "Kompatibilität" von Versionen ist so eine Sache und daher habe ich einfach .NET 3.x auf dem Server 2022 aktiviert und erst damit wurde das Add-in sauber geladen.
Server 2019 benötigt einen anderen Ansatz und zusätzliche Komponenten. Das Skript für 2019 lädt auch gleich alle notwendige Medien herunter und benötigt daher freien Internetzugang.

Damit das Laden überhaupt erst funktioniert, muss Outlook aber dazu "gezwungen" werden und das über folgende Registrierungswerte:

HKCU\Software\Microsoft\Office\Outlook\Addins\TeamsAddin.FastConnect
LoadBehavior REG_DWORD = 0x00000003

HKCU\Software\Microsoft\Office\Outlook\Addins\TeamsAddin.FastConnect
Description REG_SZ = Microsoft Teams Meeting Add-in for Microsoft Office

HKCU\Software\Microsoft\Office\Outlook\Addins\TeamsAddin.FastConnect
FriendlyName REG_SZ = Microsoft Teams Meeting Add-in for Microsoft Office

HKCU\Software\Microsoft\Office\16.0\Outlook\Resiliency\DoNotDisableAddinList
TeamsAddin.FastConnect REG_DWORD = 0x00000001

Die Installation des Teams Add-in sollte aber auch manuell erfolgen, damit es zentral für alle Benutzer geladen wird und nicht im Profil der Benutzer liegt. Angesichts dessen sollte auch das Autoupdate von Teams deaktiviert werden. Die Installation erfordert auch die Version des Add-in, damit es bei späteren Updates nicht zu Problemen kommt. All diese Punkte werden vom Skript berücksichtigt.

 

Citrix Virtual Channel

Damit das neue Teams auch vollständig funktionsfähig ist, müssen zusätzlich folgende Pfade in die Positivliste für virtuelle Kanäle in einer Citrix Richtlinie hinzugefügt werden:

  • MSTEAMS,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
  • MSTEAM1,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
  • MSTEAM2,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe

 

Verknüpfung für das neue Teams

Die Erstellung einer Verknüpfung für das neue Teams ist sehr einfach, indem msteams:/ als Speicherort angegeben wird. Damit wird dies dann eine URL Verknüpfung.

 

Neue Teams-Verknüpfung im Windows Startmenü

Die Verknüpfung im Startmenü kann entfernt werden, indem das MSIX-Paket bearbeitet wird. Sie müssen lediglich AppListEntry="none" in der Manifestdatei hinzufügen. Sie bearbeiten das MSIX-Paket des Teams mit dem MSIX Packing Tool, müssen es aber beim Speichern der Datei mit Ihrem eigenen Zertifikat signieren.

 

Teams-Verknüpfung nicht im Windows Startmenü

Es kann vorkommen, dass die Teams Verknüpfung nicht im Startmenü erscheint. Dies ist ein Bug und kann durch folgende Exklusion behoben werden
AppData\Local\Packages\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyewy\TempState

 

 

Umstieg Teams Classic zu Teams neu

Auf dem Server wird einfach das Teams Classic deinstalliert und dann per Skript das neue Teams darauf. Problem sind aber die Benutzerprofile, in denen noch Bestandteile des Teams Classic vorhanden sind. Dies kann zu diversen Problemen führen und sollte daher direkt bei der Anmeldung bereinigt werden. Hierzu folgende Powershell Befehle ausführen:

Remove-Item -Path "HKCU:Software\Classes\ms-teams" -Recurse -Force
Remove-Item -Path "HKCU:Software\Classes\msteams" -Recurse -Force
Remove-Item -Path "HKCU:Software\Classes\CLSID\{00425F68-FFC1-445F-8EDF-EF78B84BA1C7}" -Recurse -Force
Remove-Item -Path "HKCU:Software\Classes\CLSID\{d1b22d3d-8585-53a6-acb3-0e803c7e8d2a}" -Recurse -Force
Remove-Item -Path "HKCU:Software\Classes\TeamsURL" -Recurse -Force
Remove-Item -Path "HKCU:Software\Classes\WOW6432Node\CLSID\{00425F68-FFC1-445F-8EDF-EF78B84BA1C7}" -Recurse -Force
Remove-Item -Path "HKCU:Software\Classes\WOW6432Node\CLSID\{409667f8-3eb8-4181-1c94-941bd33cdfad}" -Recurse -Force

Remove-Item -Path "$env:USERPROFILE\AppData\Roaming\Microsoft\Teams" -Recurse -Force
Remove-Item -Path "$env:USERPROFILE\AppData\Local\Microsoft\TeamsMeetingAddin" -Recurse -Force

 

Vollständiges Skript auf Github

Für Windows Server 2022, Windows 10 und Windows 11 Multiuser
https://github.com/Koetzing/Powershell-Scripts/blob/main/install-new-teams.ps1

Für Windows Server 2019
https://github.com/Koetzing/Powershell-Scripts/blob/main/install-new-teams-srv2019.ps1 

Gib hier deinen Kommentar ein...
oder als Gast kommentieren
Bisherige Kommentare:
Lade Kommentar... Der Kommentar wird aktualisiert nach 00:00.
  • Dieser Kommentar ist unveröffentlicht.
    Benni · vor 2 Monaten
    Hi Thomas, 
    vielen Dank für die Skripte! 
    Leider erscheint beim erstellen einer Teams-Besprechung in Outlook die Meldung "Um eine Teams-Besprechung zu planen, stellen Sie sicher, dass Sie bei Teams angemeldet sind." obwohl Teams im Hintergrund gestartet ist. 


  • Dieser Kommentar ist unveröffentlicht.
    Marcel Seiler · vor 2 Monaten
    Vielen Dank.
    Falls ein bereits installiertes newMSTeams aktualisiert werden soll, vor der Installation des OutlookMeetingAdd-in eine Deinstallation der alten Version durchführen. (Zeile 135)
    $oldversion = try{get-package -Name 'Microsoft Teams Meeting Add-in*' -ea 0}catch{$null}     if ($oldversion){         $oldpackage = ($oldversion.FastPackageReference).ToString()         Start-Process -NoNewWindow -FilePath "msiexec.exe" -ArgumentList "/X $oldpackage /qn /norestart" -Wait -ea 0 start-sleep -Seconds 10 -ErrorAction SilentlyContinue         }

  • Dieser Kommentar ist unveröffentlicht.
    Klaus Kleber · vor 2 Monaten
    Weltklasse! Ganz herzlichen Dank.
  • Dieser Kommentar ist unveröffentlicht.
    Thomas · vor 2 Monaten
    Danke für das Script.

    Habe aktuell auf einer 2022 RDS Umgebung den Effekt das die Server automatisch im Betrieb alle paar Minuten neu starten.
    Im Log gibts hierzu folgenden Eintrag:

    Vom Prozess "msiexec.exe" wurde auf Anforderung des Benutzers "NT-AUTORITÄT\SYSTEM" das Ereignis "neu starten" für den Computer "SRV-RDSH-03" aus folgendem Grund initiiert: "Kein Titel für den Grund"
    Ursachencode: "0x80030002"
    Herunterfahrtyp: "neu starten"
    Kommentar: "Der Windows Installer hat einen Neustart des Systems initiiert, um die Konfiguration von "Microsoft Teams Meeting Add-in for Microsoft Office" fortzusetzen bzw. abzuschließen."

    Protokol: System:
    Quelle: User32
    Ereignis-ID 1074

    Hat jemand vielleicht Infos dazu?

    Deinstalliere ich das Meeting Add-In sind die Reboots weg. 

    Installiert wurde über das V2 Script.


    Danke und Grüße

    Thomas
  • Dieser Kommentar ist unveröffentlicht.
    Rainer · vor 3 Tagen
    Erstmal vielen Dank für die hilfreiche Anleitung bzw. das Skript. Wir verwenden Teams auf unseren Terminalservern 2022, und im Großen und Ganzen funktioniert alles reibungslos. Allerdings haben wir folgende Probleme:

    1. Leider muss man sich täglich neu anmelden, trotz des 2210 Hotfix 4 von FSLogix.
    2. Teams schließt sich ohne Vorwarnung. Das Teams-Symbol wird zwar in der Taskleiste angezeigt, verschwindet jedoch, sobald  man darauf klickt.
    3. An einigen Tagen lässt sich Teams überhaupt nicht starten.

    Vielen Dank im Voraus für deine Unterstützung.


  • Dieser Kommentar ist unveröffentlicht.
    Jakob · vor 4 Tagen
    Hi Thomas,

    vielen Dank für die ausführliche Erklärung und das Script.

    Ich habe eine Citrix-Umgebung (sessionbasiert) mit Windows Server 2019 und FSLogix Version 2.9.8228.50276. Die neue Teams-Version wurde auf einem Terminalserver installiert und wir befinden uns in der Testphase. Das Problem, das ich jetzt habe, ist, dass Teams V2 für zwei Benutzer in der Testphase funktioniert, aber bei drei anderen Benutzern nicht!

    Zuerst dachte ich, es läge an der FSLogix-Version. Daher habe ich die Benutzer, bei denen Teams nicht gestartet werden konnte, ohne FSLogix getestet (indem ich sie zur Exclude-Gruppe hinzugefügt habe). Teams wurde zwar nicht automatisch gestartet, ließ sich aber manuell ausführen.

    Es sieht nun so aus, als müsste FSLogix aktualisiert werden. Meine Frage an dich ist: Wieso funktioniert es bei zwei Benutzern in derselben Umgebung, aber bei den anderen drei nicht?

    Vielen Dank im Voraus.

    Beste Grüße
    • Dieser Kommentar ist unveröffentlicht.
      Thomas Kötzing · vor 4 Tagen
      @Jakob Gleiches Problem hatte ich auch gerade beim Kunden und die aktuellste FSLogix Version 2.9.8884.27471 hatte dann Abhilfe geschaffen. Darüber habe ich übrigens auch per X, LinkedIn und Facebook informiert.
      Warum das so ist? Microsoft fragen!
  • Dieser Kommentar ist unveröffentlicht.
    Alexander · vor 12 Tagen
    Hallo Thomas,

    vielen lieben Dank für diese tolle Anleitung und dennoch scheitern wir bei uns in der Unternehmung momentan daran :-)

    Wir setzen eine RDS-Umgebung mit insgesamt 15 W2K19 Servern in Kombi mit FSLogis Profilen ein. In unserer Testumgebung möchten wir testweise den neuen (! und auch nur den!) MS Teams Client einsetzen.

    Ich habe dein Skript für W2K19 heruntergeladen und durchlaufen lassen. Es tauchten keine nennenswerten Fehler auf, abgesehen vom WebView2, was ich aber darauf zurückführe, dass wir diese Komponenten bereits manuell installiert hatten.

    Der Client steht auch mit dem während der Installation verwendeten User zur Verfügung, aber eben nicht, sobald sich ein anderer Anwender an dem Host anmeldet. ort ist der Client weder im Startmenü zu sehen, noch kann dieser mittels dem von dir beschriebenen Trick über eine Verknüpfung eingebunden werden.

    Wie ist der Client denn dan zu starten?

    Danke vorab.
    • Dieser Kommentar ist unveröffentlicht.
      Thomas Kötzing · vor 3 Tagen
      @Thomas Kötzing Es gibt einen bekannten Bug damit und als Übergangslösung folgenden Pfad exkludieren:
      AppData\Local\Packages\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyewy\TempState
    • Dieser Kommentar ist unveröffentlicht.
      Thomas Kötzing · vor 11 Tagen
      @Alexander Für mich hört es sich an, als wäre Teams überhaupt nicht installiert. Schon mal unter installierte Apps nachgesehen oder im AppX Ordner? Wenn Teams sich nicht ordnungsgemäß registriert, dann geht es auch mit dem Link nicht. Im Startmenü kein Teams-Link, dann ist Teams sehr wahrscheinlich nicht installiert. Für mich ist das aber in eine Glaskugel schauen, ohne das System selbst gesehen zu haben.

      Das Skript hat aber ein Timeout, damit Teams Zeit hat sich zu registrieren. Ich habe diesen Wert jetzt erhöht und zudem fehlte das Timeout in einer Schleife. Skript noch mal herunterladen und testen. Auf meinen W2K19 lief es jedenfalls problemlos durch und Teams läuft wie es soll.
  • Dieser Kommentar ist unveröffentlicht.
    Marius · vor 1 Monaten
    Hallo Herr Kötzing,
    kann es sein, dass bei Ihrem Script für "Server 2019" etwas falsch angepasst wurde? Hier ist vieles doppelt oder nur leicht abgeändert enthalten. Auch kann ich im Script nicht die Registry-Werte für Outlook erkennen... 
    • Dieser Kommentar ist unveröffentlicht.
      Thomas Kötzing · vor 1 Monaten
      @Marius In dem Skript gibt es eine Abfrage, ob .NET 4.8 installiert ist und ob ein Neustart aussteht. Dies wird mit If Bedingungen abgefragt und entsprechend gibt es doppelte Eintrage, mal mit .Net mal ohne .net mal mit Neustart ohne...

      >Auch kann ich im Script nicht die Registry-Werte für Outlook erkennen... 
      Wie im Skript Header beschrieben: "You must set per User registry keys to load the Outlook Add-in via GPO, WEM etc."
      Da es pro Benutzer Registrierungswerte sind, können diese nicht über das Skript gesetzt werden, sondern müssen sie wie beschrieben per GPO, WEM etc. machen. Die Notwendigen Keys sind in diesem Artikel zu finden.
  • Dieser Kommentar ist unveröffentlicht.
    Jan · vor 2 Monaten
    Hi,

    Microsoft hat letzte Woche diesen Beitrag veröffentlich (geupdatet?): https://learn.microsoft.com/en-us/microsoftteams/troubleshoot/meetings/teams-meeting-add-in-missing

    Wer Office in der 32-Bit Version nutzt, muss bei den Scripten, dass Add-In auch aus x86 laden bzw. die o.g. Regkeys in "Wow6432Node" erstellen.

    (Laut Borncity Blog wurde der Rollout von Teams 2.0 auch heute gestoppt.)

    HTH
    Jan
Copyright © 2024 koetzingI it - Thomas Kötzing -- Freiberufler, Analyst - Former Microsoft MVP , Former Citrix CTP 2006-2017