Table of Contents
Die neue Version von Microsoft Teams (häufig auch „Teams 2.0“ genannt) ist seit dem 01. Juli 2024 der neue Standard.
Für VDI-Umgebungen bedeutet das:
- 01. Oktober 2024 → End of Support (Classic Teams im VDI)
- 01. Juli 2025 → End of Availability
Kurz gesagt:
Es gibt kein Zurück mehr.
Der eigentliche Gamechanger (den viele unterschätzen)
Das neue Teams wird nicht mehr als MSI oder EXE ausgeliefert, sondern ausschließlich als:
MSIX / UWP App
Das hat massive Auswirkungen auf VDI:
- Neue Probleme (natürlich)
- Neue Installationslogik
- Neues Profilverhalten
- Neue Abhängigkeiten
Das stille Opfer: Alte Betriebssysteme
Das prominenteste Beispiel:
Windows Server 2016
- Offiziell Support bis: 12. Januar 2027
- Realität: Für Teams tot
Warum?
Keine saubere Unterstützung für UWP / MSIX → New Teams läuft nicht
Voraussetzungen für New Teams im VDI
Betriebssysteme
- Windows 10 (ab 19041)
- Windows 11
- Windows Server 2019
- Windows Server 2022
Komponenten
- WebView2 (Pflicht!)
- .NET Framework ≥ 4.8
- Aktuelle Citrix Komponenten
Citrix Mindestversionen
- VDA: 2203 LTSR oder neuer
Workspace App:
- Windows: 2203 LTSR+
- Linux: 2207+
- Mac: 2302+
- HTML5: 2301+
Wichtig:
1912 LTSR funktioniert – aber nur eingeschränkt
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, sollte 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} |
Profilmanagement
Pflichtpfade
- %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 4
- Minimum Citrix Profile Management Version 2308
Wichtig !
Etwaige Versuche das New Teams per Ordnerumleitung oder Roaming Profile zur Verfügung zu stellen werden nicht unterstützt.
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 sind aktuell im New Teams in VDI vorhanden:
- 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
|
1 2 |
Location: "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run" Name: TeamsProvisionRunKey |
Folgende Features sind unter VDI nicht vorhanden:
- QoS
- 1080p
- Benutzerdefinierte Hintergründe
- Teams Premium Features
- Avatare
- Katalogansicht 3×3 und 7×7
- Rauschunterdrückung
- Vergrößern und Verkleinern
- Standortbasiertes Routing
- HID
- Videoclip aufzeichnen erfasst keine Bildschirmfreigabe
- Der Anrufmonitor zeigt kein Video oder keine Bildschirmfreigabe an
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)
Bekannte Themen mit bestehender Lösung
Über die letzten Monate sind mir verschiedene Themen aufgekommen, wo die Lösung nun vorhanden ist.
Automatischer Start von Teams
Im New Teams wird das Autostart Verhalten von 3 Komponenten gesteuert.
- MSIX-Paketierte Anwendungen werden standardmäßig erst nach einem ersten Start automatisch gestartet, da das Windows-Betriebssystem Pakete in einem bereitgestellten Zustand nicht automatisch startet. Eine AppX-Registrierung ist mit Zustimmung des Benutzers erforderlich. Nach dem ersten Start können Benutzer zu Einstellungen>Allgemein wechseln und das Kontrollkästchen Teams automatisch starten ausfüllen oder den automatischen Start über das Windows-Einstellungsmenü aktivieren.
- Wenn das Kontrollkästchen Teams automatisch starten ausgegraut ist, bedeutet dies, dass ein systemweites Gruppenrichtlinienobjekt diese Option für UWP-Apps deaktiviert. Dies kann über die Registry geprüft und korrigiert werden.
|
1 2 3 4 5 |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System] "EnableFullTrustStartupTasks"=dword:00000000 "EnableUwpStartupTasks"=dword:00000000 "SupportFullTrustStartupTasks"=dword:00000000 "SupportUwpStartupTasks"=dword:00000000 |
Diese Registry Einstellung bewirkt, dass die Option in den Betriebssystemen unter Einstellungen>Apps>installierte Apps nicht verfügbar ist. Um dies zu ändern, erstellt den Registrierungsschlüssel mit den Werten wie unten gezeigt:
|
1 2 3 4 5 |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System] "EnableFullTrustStartupTasks"=dword:00000002 "EnableUwpStartupTasks"=dword:00000002 "SupportFullTrustStartupTasks"=dword:00000001 "SupportUwpStartupTasks"=dword:00000001 |
Die Registry Änderung wird erst nach Neustart der Maschine wirksam.
- Dieser Registrierungsschlüssel im User Kontext steuert das Verhalten beim automatischen Starten von Teams, sodass Sie es programmgesteuert aktivieren oder deaktivieren können.
|
1 2 3 |
[HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\MSTeams_8wekyb3d8bbwe\TeamsTfwStartupTask] "State"=dword:00000002 "UserEnabledStartupOnce"=dword:00000001 |
Der State Wert definiert dabei was gemacht werden soll.
| 0 | Die Aufgabe ist deaktiviert. |
| 1 | Die Aufgabe wurde vom Benutzer deaktiviert. Sie kann nur vom Benutzer erneut aktiviert werden. |
| 2 | Die Aufgabe ist aktiviert. |
| 3 | Die Aufgabe wird von der Administrator- oder Gruppenrichtlinie deaktiviert. Plattformen, die keine Start-Tasks unterstützen, melden auch DisabledByPolicy. |
| 4 | Die Aufgabe wird durch den Administrator oder die Gruppenrichtlinie aktiviert. |
New Teams stürzt in Windows Server 2019 ab
Dieser Fehler tritt mit Hotfix 3 und älter von FSLogix auf. Nach der Installation von Hotfix 4 oder neuer ist dieses Thema behoben.
New Teams zeigt The parameter is incorrect
Dieser Fehler tritt mit Hotfix 3 und älter von FSLogix auf. Nach der Installation von Hotfix 4 oder neuer ist dieses Thema behoben.
New Teams zeigt Invalid function
Dieser Fehler tritt mit Hotfix 3 und älter von FSLogix auf. Nach der Installation von Hotfix 4 oder neuer ist dieses Thema behoben.
Outlook Presence Indikator wird nicht angezeigt
Prüft den folgenden Registry Key:
|
1 2 |
[HKEY_CURRENT_USER\Software\IM Providers] "DefaultIMApp"=reg_sz:MsTeams |
Wenn im Registry Key der Wert Teams zu sehen ist, zeigt es auf das Klassische Teams und muss korrigiert werden.
Daraufhin prüft den Status des Presence Moduls in der Registry:
|
1 2 |
[HKEY_CURRENT_USER\Software\IM Providers\MsTeams] "UpAndRunning"=dword:2 |
Wenn der 0 dort hinterlegt ist läuft es nicht, bei 1 Startet es gerade und bei 2 läuft es.
New Teams registriert sich nicht automatisch im User Kontext
Dieser Fehler tritt ebenfalls sporadisch auf, nach der Installation von FSLogix Hotfix 4. Mit den aktuellen Versionen von FSLogix ist aber die Option „InstallAppxPackages“ hinzugekommen, die dieses Thema persistent löst.
Als Workaround empfehle ich ebenfalls einen Schedulded Task bei user Login zu implementieren mit dem folgenden Befehl:
|
1 |
Add-AppxPackage -MainPackage "MSTeams_8wekyb3d8bbwe" -RegisterByFamilyName |
New Teams Icon fehlt im Startmenü
Dieser Fehler tritt ebenfalls sporadisch auf, nach der Installation von FSLogix Hotfix 4. Mit den aktuellen Versionen von FSLogix ist aber die Option „InstallAppxPackages“ hinzugekommen, die dieses Thema persistent löst.
Der Registry Key DisableAppInstallsOnFirstLogon sollte auch auf 0 gesetzt werden. Dies kann im Golden Image mit folgenden Befehl gemacht werden.
|
1 |
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer /v DisableAppInstallsOnFirstLogon /t REG_DWORD /d 0 /f |
Als Workaround empfehle ich ebenfalls einen Schedulded Task bei user Login zu implementieren mit dem folgenden Befehl:
|
1 |
Add-AppxPackage -MainPackage "MSTeams_8wekyb3d8bbwe" -RegisterByFamilyName |
Log Pfad für weitere Informationen
%localappdata%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs
SlimCore Optimization (VDI 2.0)
Microsoft hat mit der neuen Optimierung einen echten Paradigmenwechsel gemacht.
Was ist SlimCore?
- Neue Media Engine direkt von Microsoft
- Läuft auf dem Endpoint
- Nutzt Citrix nur noch als Transport
Voraussetzungen
- Windows Client
- Teams ≥ 24295
- VDA ≥ 2203 CU3
- CWA ≥ 2203
- Plugin: MsTeamsPluginCitrix
- Published Desktop
Aktivierung SlimCore
Virtual Channel Allow List (Citrix Policy)
|
1 2 3 |
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 |
Workspace App Plugin Installation
|
1 |
CitrixWorkspaceApp.exe /installMSTeamsPlugin |
Nach der Installation und Aktivierung sollte ein lokaler Prozess erscheinen mit dem Namen MsTeamsVdi.exe
Firewall
- UDP 3478–3481
- TCP 443
Klassiker:
Firewall „offen“ → trotzdem kaputt
→ SSL Deep Inspection aktiv
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
Danke für die tolle Anleitung.
Hab’s bisher immer händisch nach der Anleitung gemacht und wollte es heute mal über das NeverRed Skript versuchen. Da gibt es nun neben „Teams 2“ noch den Haken „for AVD“ gilt das dann nur für Azure oder generell für VDI Umgebungen wie z. Bsp. Citrix PVS?
Danke für die Auskunft.
Hi David,
der Hacken für AVD ist nur für AVD. Alle Citrix Anpassungen laufen nativ direkt mit, wenn du nur Teams 2 auswählst.
Danke dir für die Aufklärung.
Konnte es erfolgreich testen. Was mich nur etwas „gestört“ hat, war, dass es ohne Rückfragen bei Bedarf einen Neustart auslöst. Oder kann ich das noch irgendwo einstellen?
LG David
Ne das kann man nicht einstellen. Das liegt an den PreReq Installationen. Ich kann mal gucken, ob ich das angepasst bekomme.