Stand Oktober 2026, FSLogix 26.08
Aktuelle FSLogix-Versionen registrieren AppX- und MSIX-Apps bei jeder Anmeldung selbst neu und unterstützen das neue Teams und das neue Outlook. Dieser Beitrag zeigt, was dabei im Hintergrund passiert, was Sie auf Terminalservern und nicht persistenten Hosts beachten sollten und wie Sie Teams und Outlook richtig bereitstellen.
AppX- und MSIX-Pakete haben auf Terminalservern, Citrix VDAs und in Azure Virtual Desktop (AVD) früher häufig Ärger gemacht. Inbox-Apps wie Rechner oder Fotos fehlten oder starteten nicht, und das neue Teams startete nach der Anmeldung nicht.
Die Ursache liegt in der Paketverwaltung von Windows. Windows verwaltet AppX/MSIX über den AppReadiness-Dienst. In einer nicht persistenten Umgebung ist jede Anmeldung für Windows eine „neue“ Anmeldung auf diesem Rechner. Das Benutzerprofil kommt zwar aus dem Profile Container, AppReadiness hat aber nicht alle Informationen darüber, welche Pakete der Benutzer bereits hatte.
FSLogix löst das seit Version 2210 weitgehend: Es registriert die Pakete des Benutzers bei jeder Anmeldung selbst neu (siehe Abschnitt 2). Seit 2210 HF4 unterstützt FSLogix auch das neue Teams umfassend. Mit 25.02 räumt FSLogix die MSIX-Ordner LocalCache und TempState korrekt auf, seit 25.06 unterstützt es das neue Outlook, und die 26.x-Versionen bringen weitere Korrekturen. Eigene Anmeldeskripte zur Neuregistrierung sind mit aktuellen Versionen nicht mehr nötig.
Was heute bleibt, ist vor allem gewolltes Verhalten, das Sie kennen und einplanen sollten:
| Verhalten | Hintergrund | Details |
|---|---|---|
| Nicht roamende Ordner | Den Inhalt bestimmter Paketordner unter AppData\Local\Packages (z. B. LocalCache, TempState) löscht FSLogix beim Abmelden immer. | Abschnitt 3 |
| Pro Benutzer installierte Apps fehlen auf anderen Hosts | Das Paket selbst liegt nicht im Profil. Apps gehören deshalb provisioniert ins Image. | Abschnitt 4 |
| Keine Unterstützung für eigene, Drittanbieter- und Store-Apps | Für eigene, Drittanbieter- und Store-Apps gibt es durch FSLogix keine Unterstützung und keine Garantie. Unterstützt sind die Windows-Inbox-Apps; das neue Teams und das neue Outlook unterstützt FSLogix gesondert. | Abschnitt 4 |
| Etwas längere Anmeldung | Die Registrierung des neuen Teams nach Paketfamilie verlängert die Anmeldung etwas. | Abschnitt 6 |
Dieser Beitrag beschreibt, wie FSLogix die Pakete registriert, welches Verhalten Sie einplanen sollten und wie Sie das neue Teams und das neue Outlook sauber bereitstellen. Installation, Freigaben und Grundkonfiguration behandeln wir im Grundlagenbeitrag Microsoft FSLogix Profile Container implementieren.
Computerkonfiguration > Richtlinien > Administrative Vorlagen > FSLogix deshalb mit englischen Namen. Wir verwenden in diesem Beitrag diese Anzeigenamen und nennen den Registry-Namen in Klammern.Seit Version 2210 übernimmt FSLogix die Neuregistrierung der Pakete selbst. Zuständig ist die Einstellung Install Appx Packages (InstallAppxPackages) unter FSLogix > Profile Containers. Sie ist standardmäßig aktiv (1). Sie müssen also nichts konfigurieren, sondern nur darauf achten, dass niemand die Einstellung deaktiviert hat.
| Zeitpunkt | Was FSLogix tut |
|---|---|
| Abmeldung | FSLogix schreibt die Paketliste des Benutzers in die Datei %LocalAppData%\FSLogix\AppxPackages.xml im Container. |
| Anmeldung | FSLogix liest diese Liste und registriert die Pakete auf dem aktuellen Rechner neu. |
Zwei Punkte sind wichtig:
AppxPackages.xml nicht. FSLogix überschreibt die Datei bei jeder Abmeldung.C:\Program Files\WindowsApps, und die Registrierung für den Benutzer gilt nur auf dem jeweiligen Rechner. Der Profile Container trägt nur Benutzerdaten und Einstellungen. Meldet sich ein Benutzer an einem anderen Sitzungshost an, werden die Anwendungen dort für ihn neu registriert – auch wenn dort dieselben Anwendungen installiert sind. Genau das übernehmen AppReadiness und FSLogix (Install Appx Packages) bei jeder Anmeldung. Folge für die Praxis: Stellen Sie auf allen Hosts dieselben Apps in denselben Versionen bereit (gleiches Image), und zwar für alle Benutzer.Windows speichert die Registrierungsdaten von AppX- und MSIX-Apps maschinenweit lokal im AppRepository (C:\ProgramData\Microsoft\Windows\AppRepository). Auf nicht persistenten Maschinen, etwa mit PVS/MCS, auf gepoolten Hosts oder bei Rücksetzen beim Neustart, gehen diese Daten beim Neustart verloren. Nach jedem Neustart muss Windows die Pakete deshalb bei der Anmeldung neu registrieren, und die Anmeldephase „AppX Package Load“ dauert spürbar länger.
Das betrifft auch FSLogix-Umgebungen. FSLogix bietet laut Microsoft-Dokumentation kein maschinenbezogenes Gegenstück für das AppRepository. Citrix Profile Management löst das mit der Richtlinie „Enable AppX package load acceleration“: Es legt je Maschine einen virtuellen Disk-Container auf einem UNC-Pfad an und leitet das AppRepository auf die angehängte Disk um. Das beschleunigt das Laden und verhindert den Verlust beim Neustart. Details finden Sie in der Citrix-Dokumentation: Enable AppX package load acceleration.
Praxistipp: Messen Sie die Phase „AppX Package Load“, bevor und nachdem Sie etwas ändern, z. B. mit der Logon-Analyse im WEM Admin Tool Hub oder dem Logon-Duration-Skript von ControlUp.
Microsoft unterstützt nur die jeweils neueste FSLogix-Version. Bei AppX-Problemen ist das Update deshalb immer der erste Schritt. Die folgende Tabelle zeigt, welche Versionen für AppX und MSIX wichtige Änderungen gebracht haben:
| Version | Datum | Änderung |
|---|---|---|
| 2210 (2.9.8361.52326) | Ende 2022 | AppX-Neuregistrierung (Install Appx Packages); Identitätsdaten (AAD.BrokerPlugin, CloudExperienceHost) roamen nicht mehr |
| 2210 HF3 | 13.03.2024 | Registrierung des neuen Teams nach Paketfamilie |
| 2210 HF4 (2.9.8884.27471) | 14.05.2024 | Umfassende Unterstützung des neuen Teams; MSIX-Ordner bei der Anlage des Office Containers (ODFC); TeamsSharedConfig roamt mit dem Office Container (ODFC) |
| 25.02 (3.25.202.4223) | 11.02.2025 | LocalCache und TempState von MSIX-Paketen werden beim Abmelden korrekt bereinigt |
| 25.06 (3.25.626.21064) | 08.07.2025 | Unterstützung des neuen Outlook für Windows |
| 26.01 (3.26.102.18413) / CU1 | 13.01. / 10.02.2026 | Identitätsausschlüsse aktualisiert, Outlook-Standardumleitungen |
| 26.08 (3.26.826.17182) | 31.08.2026 | Aktuelle Version mit Sicherheits- und Stabilitätskorrekturen |
Die installierte Version prüfen Sie so:
"C:\Program Files\FSLogix\Apps\frx.exe" version
Unterhalb von AppData\Local\Packages liegen pro Paket Ordner, die an den Rechner gebunden sind. FSLogix leert sie beim Abmelden:
| Ordner | Verhalten beim Abmelden |
|---|---|
AppData\Local\Packages\*\AC | Inhalt wird gelöscht |
AppData\Local\Packages\*\SystemAppData | Inhalt wird gelöscht |
AppData\Local\Packages\*\LocalCache | Inhalt wird gelöscht (seit 25.02 korrekt bereinigt) |
AppData\Local\Packages\*\TempState | Inhalt wird gelöscht (seit 25.02 korrekt bereinigt) |
AppData\Local\Packages\*\AppData | Inhalt wird gelöscht |
redirections.xml steht. Seit 2210 HF4 bleiben die Ordner selbst erhalten, nur der Inhalt verschwindet. Legt eine Anwendung dort Daten ab, die sie dauerhaft braucht, sind diese Daten nach der nächsten Abmeldung weg.Seit 2210 roamen auch die Identitätsdaten nicht mehr. Diese beiden Paketordner bleiben auf dem Rechner:
Packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewyPackages\Microsoft.Windows.CloudExperienceHost_cw5n1h2txyewyDie Gruppenrichtlinie Roam Identity (RoamIdentity) unter FSLogix > Profile Containers steht standardmäßig auf 0. Microsoft empfiehlt, den Wert bei 0 zu lassen und stattdessen echtes Single Sign-on einzurichten. Das sehen wir genauso: Ein mitgeroamtes Token-Cache-Verzeichnis löst Anmeldeprobleme nicht zuverlässig, sondern verschiebt sie nur.
| App-Art | Unterstützung durch FSLogix |
|---|---|
| Windows-Inbox-Apps | unterstützt |
| Neues Teams (MSIX) | unterstützt ab 2210 HF4, neueste Version empfohlen |
| Neues Outlook für Windows (MSIX) | unterstützt ab 25.06 |
| Eigene Apps, Drittanbieter-Apps, Store-Apps | keine Unterstützung und keine Garantie durch FSLogix |
Ein häufiger Fehler in der Praxis: Ein Benutzer installiert eine MSIX-App für sich selbst. Auf dem nächsten Sitzungshost fehlt sie, denn das Paket selbst liegt nicht im Profil. Installieren Sie Apps deshalb für alle Benutzer (provisioniert) im Image. Dann ist das Paket auf jedem Host vorhanden, und FSLogix muss es nur noch für den Benutzer registrieren.
Aktualisieren Sie zuerst auf die neueste FSLogix-Version. Bleiben Inbox-Apps danach defekt, registriert das folgende Skript von Microsoft alle Inbox-Apps und alle für alle Benutzer installierten Apps neu:
$AllUserInboxAppsKey = "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Appx\AppxAllUserStore\InboxApplications"
$AllUserApps = Get-ChildItem -Path $AllUserInboxAppsKey
ForEach($Key in $AllUserApps) {
Add-AppxPackage -DisableDevelopmentMode -Register (Get-ItemProperty -Path $Key.PsPath).Path
}
$AllUserAppsKey = "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Appx\AppxAllUserStore\Applications"
$AllUserApps = Get-ChildItem -Path $AllUserAppsKey
ForEach($Key in $AllUserApps) {
Add-AppxPackage -DisableDevelopmentMode -Register (Get-ItemProperty -Path $Key.PsPath).Path
}
Vor 2210 HF4 haben viele Umgebungen – auch einige unserer Kunden – Anmeldeskripte mit Add-AppxPackage -Register eingesetzt, damit Teams oder einzelne Apps überhaupt starten. Mit 2210 HF4 und aktuellen Versionen ist das nicht mehr nötig; Microsoft nennt einen solchen Workaround nicht mehr. Bei der Anmeldung ist außerdem der AppReadiness-Dienst aktiv. Ein eigenes Skript ist damit ein dritter Mechanismus neben AppReadiness und FSLogix (Install Appx Packages). Solche Skripte verlängern die Anmeldung und können sich nach unserer Erfahrung mit beiden Mechanismen überschneiden. Entfernen Sie sie nach dem Update auf die aktuelle Version.
Das neue Teams ist ein MSIX-Paket mit dem Namen MSTeams_8wekyb3d8bbwe. FSLogix unterstützt es ab 2210 HF4. Verwenden Sie aber die neueste FSLogix-Version, denn nur diese unterstützt Microsoft.
Für VDI-Umgebungen installieren Sie Teams für alle Benutzer des Rechners mit teamsbootstrapper.exe. Verwenden Sie immer die neueste Bootstrapper-Version.
REM Online: lädt das neueste Teams-MSIX und provisioniert es für alle Benutzer teamsbootstrapper.exe -p REM Offline: lokales oder UNC-MSIX-Paket verwenden teamsbootstrapper.exe -p -o "C:\Pfad\MSTeams-x64.msix" REM Provisioniertes Teams wieder entfernen teamsbootstrapper.exe -x
Laut Microsoft gehören zu den Voraussetzungen unter anderem ein aktuelles WebView2 sowie Microsoft 365 Apps oder Office LTSC 2021. Für automatische Teams-Updates muss die Übermittlungsoptimierung verfügbar sein; der Download-Modus 100 wird nicht unterstützt.
Im Kern macht teamsbootstrapper.exe -p dasselbe wie eine Provisionierung mit DISM /Add-ProvisionedAppxPackage bzw. Add-AppxProvisionedPackage: Teams steht danach allen Benutzern des Rechners zur Verfügung, auch solchen, die sich erst später anmelden. Der Bootstrapper erledigt laut Microsoft aber einige Schritte zusätzlich:
| Aspekt | teamsbootstrapper.exe -p | DISM /Add-ProvisionedAppxPackage |
|---|---|---|
| Bereitstellung für alle Benutzer, auch spätere | ja | ja |
| Paketquelle | lädt selbst das neueste Teams-MSIX; alternativ mit -o lokal oder per UNC (offline) | MSIX-Datei muss vorliegen und angegeben werden |
| Vorher installierte Teams-Versionen | ersetzt sie durch die provisionierte Version | nicht Teil der Provisionierung |
| Registry-Einträge für das Zusammenspiel mit Office | setzt sie | nein |
| Rückmeldung | meldet Erfolg oder Fehler auf der Konsole | Ausgabe von DISM |
| Interne Windows-Schnittstelle | von Microsoft nicht dokumentiert | DISM-Provisionierung |
Unsere Empfehlung: Auf unterstützten Systemen verwenden Sie den Bootstrapper. DISM bleibt der Weg für Sonderfälle wie Windows Server 2019.
Teams unterstützt Windows Server 2019 nicht mehr. Wer dort trotzdem noch Sitzungshosts betreibt, provisioniert das Paket per DISM:
Dism /Online /Add-ProvisionedAppxPackage /PackagePath:<MSIX> /SkipLicense
Die Richtlinie „Allow all trusted apps to install“ (AllowAllTrustedApps) muss dabei aktiv bleiben. Planen Sie die Ablösung von Server 2019 trotzdem ein – auch das neue Outlook wird dort nicht unterstützt.
FSLogix registriert Teams seit 2210 HF3 nach Paketfamilie. Das verlängert die Anmeldung etwas. Im Profil-Log sehen Sie dann einen Eintrag wie „Installed MSTeams in 907ms“.
Ein Wettlauf (Race Condition) zwischen PLM und AppxSvc führte beim Start von Teams zum Fehler 0x80004001. Die Ursache lag in Windows, nicht in FSLogix. Microsoft hat den Fehler über Windows-Updates behoben:
| Betriebssystem | Update |
|---|---|
| Windows 10 | KB5037849 |
| Windows 11 21H2 | KB5043067 |
| Windows 11 ab 22H2 | nicht betroffen |
| Windows Server 2019 | KB5043050 |
| Windows Server 2022 | KB5042881 |
Setzen Sie den Office Container (ODFC) zusammen mit einer anderen Profillösung ein (z. B. Roaming Profiles, Citrix UPM oder VMware/Omnissa DEM), aktivieren Sie unter FSLogix > ODFC Containers die Einstellung Include Teams (IncludeTeams). Der Standard ist 0; ohne diese Einstellung landen die Teams-Daten nicht im Container.
MSTeams_8wekyb3d8bbwe müssen echte Ordner sein, keine Reparse Points.Mit einer redirections.xml leiten Sie einzelne Profilordner aus dem Container auf das lokale Laufwerk um. Die ausgeschlossenen Ordner landen unter C:\Users\local_%username% und werden beim Abmelden gelöscht. Für Teams stellt Microsoft diese Vorlage bereit:
<?xml version="1.0" encoding="UTF-8"?> <FrxProfileFolderRedirection ExcludeCommonFolders="0"> <Excludes> <Exclude Copy="0">AppData\Roaming\Microsoft\Teams\media-stack</Exclude> <Exclude Copy="0">AppData\Local\Microsoft\Teams\meeting-addin\Cache</Exclude> <Exclude Copy="0">AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs</Exclude> <Exclude Copy="0">AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\PerfLogs</Exclude> <Exclude Copy="0">AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\EBWebView\WV2Profile_tfw\WebStorage</Exclude> </Excludes> <Includes> </Includes> </FrxProfileFolderRedirection>
Das Attribut Copy steuert, ob FSLogix Daten kopiert:
| Copy | Wirkung |
|---|---|
| 0 | Nichts kopieren |
| 1 | In die Basis (lokaler Ordner) kopieren |
| 2 | Beim Abmelden zurück ins Profil kopieren |
| 3 | Beides |
AppData\Local\Microsoft\Teams\Current) sind überholt und gehören nicht mehr in die Datei.Wir legen die Datei zentral auf einer Freigabe ab. FSLogix kopiert sie bei der Anmeldung nach %LocalAppData%\FSLogix\redirections.xml im Profil.
| Punkt | Wert |
|---|---|
| Gruppenrichtlinie | FSLogix > Profile Containers > Redirection XML Source Folder (RedirXMLSourceFolder) |
| Inhalt | nur der Ordnerpfad ohne Dateinamen, z. B. \\server\freigabe |
| Rechte | Benutzer brauchen Leserecht auf den Ordner |
| Entfernen (seit 25.02) | Entfernen Sie die Einstellung, löscht FSLogix die redirections.xml bei der nächsten Anmeldung aus dem Container |
Einen Unterknoten „Advanced“ mit der früheren Einstellung „Provide RedirXML file to customize redirections“ gibt es in der aktuellen ADMX nicht mehr. Ältere Anleitungen führen hier in die Irre.
Auch das neue Outlook für Windows ist ein MSIX-Paket. FSLogix unterstützt es ab Version 25.06: FSLogix registriert das Paket im Profile Container und im Office Container (ODFC), und der Office Container (ODFC) roamt die Daten.
| Eigenschaft | Wert |
|---|---|
| Paket | Microsoft.OutlookForWindows_8wekyb3d8bbwe |
| FSLogix | ab 25.06 |
| Datenpfade | %LocalAppData%\Packages\Microsoft.OutlookForWindows_8wekyb3d8bbwe\ und %LocalAppData%\Microsoft\olk\ |
| Unterstützte Systeme | Windows 10 ab 2004, Windows Server ab 2022 |
| Nicht unterstützt | Windows Server 2016 und 2019 |
| Windows 11 ab 24H2 | Das neue Outlook ist Teil von Windows |
Unter FSLogix > ODFC Containers deckt Include Outlook (IncludeOutlook, Standard 1) seit 25.06 das klassische und das neue Outlook ab. Zwei Einstellungen wirken nur auf das klassische Outlook:
| Gruppenrichtlinie (ODFC Containers) | Standard | Neues Outlook |
|---|---|---|
| Include Outlook | 1 | gilt für klassisches und neues Outlook |
| Include Outlook Personalization | 1 | gilt nicht für das neue Outlook |
| Outlook Cached Mode | – | gilt nicht für das neue Outlook |
Microsoft empfiehlt für das neue Outlook drei Ausschlüsse. Ergänzen Sie diese Zeilen im Abschnitt <Excludes> Ihrer redirections.xml, direkt unter den Teams-Einträgen:
<!-- Neues Outlook (Empfehlung Microsoft) --> <Exclude Copy="0">AppData\Local\Microsoft\olk\logs</Exclude> <Exclude Copy="0">AppData\Local\Microsoft\olk\cache</Exclude> <Exclude Copy="0">AppData\Local\Microsoft\olk\EbWebView\default\WebStorage</Exclude>
Weitere Outlook-Ordner sollten Sie nicht ausschließen.
In AVD gibt es mit App Attach einen zweiten Weg, Pakete bereitzustellen: Die Anwendungen kommen nicht aus dem Image, sondern werden zur Laufzeit eingebunden.
| Punkt | App Attach |
|---|---|
| Paketformate | MSIX, AppX und App-V |
| Registrierung | „On-demand“ (Standard) oder „Log on blocking“ |
| Speicher | nicht dieselbe Freigabe wie für die Profile Container verwenden |
App Attach ersetzt nicht die saubere Bereitstellung von Teams und Outlook im Image. Für Fachanwendungen, die Sie unabhängig vom Image aktualisieren wollen, ist es aber eine gute Ergänzung.
| Quelle | Pfad | Inhalt |
|---|---|---|
| Ereignisanzeige | Microsoft-Windows-AppXDeploymentServer/Operational | Registrierung und Bereitstellung von Paketen |
| Ereignisanzeige | AppxPackaging/Operational | Paketfehler |
| Ereignisanzeige | Anwendungs- und Dienstprotokolle > Microsoft > FSLogix > Apps | FSLogix-Ereignisse (Admin, Operational) |
| Profil-Log | %ProgramData%\FSLogix\Logs\Profile\Profile- | Neuregistrierung (z. B. „Installed MSTeams in …“), redirections.xml („Redirections.xml copy success“, „Added redirection …“) |
| Paketliste | %LocalAppData%\FSLogix\AppxPackages.xml | Paketliste, die FSLogix beim Abmelden geschrieben hat (nur lesen) |
| Umleitungen | frx list-redirects | aktive Umleitungen der Sitzung |
Diese Aufrufe verwenden wir bei der Fehlersuche regelmäßig:
# Installierte FSLogix-Version & "C:\Program Files\FSLogix\Apps\frx.exe" version # Registrierung von Teams und redirections.xml im Profil-Log Select-String -Path 'C:\ProgramData\FSLogix\Logs\Profile\Profile-*.log' -Pattern 'Installed MSTeams','Redirections.xml copy success','Added redirection' # Ist Teams im Image provisioniert bzw. für den Benutzer registriert? Get-AppxProvisionedPackage -Online | Where-Object DisplayName -like '*MSTeams*' Get-AppxPackage -Name '*MSTeams*' Get-AppxPackage -Name '*OutlookForWindows*' # Letzte Ereignisse der AppX-Bereitstellung Get-WinEvent -LogName 'Microsoft-Windows-AppXDeploymentServer/Operational' -MaxEvents 50 # Aktive Umleitungen & "C:\Program Files\FSLogix\Apps\frx.exe" list-redirects
Add-AppxPackage -Register und Ausschlüsse für das klassische Teams entfernt?MSTeams_8wekyb3d8bbwe echte Ordner und keine Reparse Points?
Kommentare