Anmeldung via Laptop nicht mehr möglich

Ralph Graupner 20 Zuverlässigkeitspunkte
2026-03-02T15:13:28.57+00:00

Ich kann seit einigen Tagen Office 365 inklusive Outlook, Teams und Defender auf meinem Laptop nicht mehr nutzen, da die Anmeldung nicht möglich ist. Wenn ich Excel oder Word öffnen will fragt er nach dem Konto und sobald ich meine Emailadresse angebe versucht er sich anzumelden und springt dann direkt wieder zurück ohne nach dem Passwort zu fragen.
Auf meinem iPhone und iPad sowie online funktioniert es einwandfrei und ich habe vorsichtshalber auch mein Passwort mal wieder geändert.

Folgendes habe ich schon versucht:
Daten in der Anmeldeinformationsverwaltung gelöscht
Office 365 komplett deinstalliert und reinstalliert
Laptop im Account abgemeldet und auch vom Account getrennt und wieder angemeldet

Verschoben nach Windows für Zuhause, Windows 11, Familien- und Onlinesicherheit. Der Fehler besteht nicht in Microsoft 365.

Windows für Zuhause | Windows 11 | Familien- und Onlinesicherheit
0 Kommentare
Antwort, die vom Frageautor angenommen wurde
Noel Macadangdang 16,895 Zuverlässigkeitspunkte Unabhängiger Berater
2026-03-02T15:50:10.5766667+00:00

Hallo,

vielen Dank, dass Sie Ihre Frage mit uns geteilt haben. Ich verstehe sehr gut, wie frustrierend es ist, wenn Outlook, Teams, Excel und Word auf allen anderen Geräten funktionieren, aber auf dem Laptop die Anmeldung immer wieder fehlschlägt – besonders nachdem Sie bereits mehrere Lösungsversuche unternommen haben.

Microsoft‑Dokumentation bestätigt, dass Office‑Apps in eine endlose Anmeldeschleife zurückfallen können, wenn beschädigte Authentifizierungs‑Tokens, defekte Web Account Manager (WAM)‑Plug‑ins oder Sicherheitssoftware, die die Anmeldung blockiert, im Spiel sind. Diese Probleme können dazu führen, dass die Anmeldung abgelehnt wird, noch bevor überhaupt ein Passwort‑Fenster erscheint.

Microsoft erklärt außerdem, dass WAM‑Plug‑ins für die Desktop‑Anmeldung erforderlich sind. Wenn diese Komponenten beschädigt oder blockiert sind, kann es passieren, dass das Anmeldefenster nur kurz aufblitzt und sofort wieder verschwindet, was zu einem sofortigen Anmeldefehler führt. Manche Drittanbieter‑Sicherheitslösungen blockieren ebenfalls WAM‑Bestandteile, wodurch Office‑Apps in einer „Vor‑Passwort‑Schleife“ hängen bleiben.

Das Löschen der Anmeldeinformationen im Credential Manager ist ein guter erster Schritt. Microsoft empfiehlt jedoch zusätzlich, die WAM‑Komponenten zurückzusetzen, Office zu reparieren und zu prüfen, ob Sicherheitssoftware die Authentifizierung blockiert. Häufig lässt sich damit der fehlerhafte Anmeldevorgang wiederherstellen. Wenn beschädigte Tokens weiterhin bestehen, kann es erforderlich sein, ein neues Windows‑Benutzerprofil anzulegen oder das WAM‑Paket für das betroffene Benutzerkonto vollständig neu aufzubauen.

Sehen Sie im Ereignisprotokoll unter Anwendung → AppModel‑State Fehlermeldungen, insbesondere Einträge mit Microsoft.AAD.BrokerPlugin, oder blinkt das Anmeldefenster nur kurz und verschwindet sofort?

Wenn Sie mir mitteilen, was genau im Ereignisprotokoll angezeigt wird oder welche Sicherheitssoftware auf dem Laptop installiert ist, kann ich Sie gezielt durch die nächsten Schritte führen, um die Authentifizierung wiederherzustellen und Office, Outlook, Teams sowie Defender erneut funktionsfähig zu machen.

Mit freundlichen Grüßen

Noel

War diese Antwort hilfreich?

2 zusätzliche Antworten

Sortieren nach: Älteste
Am hilfreichsten Neueste Älteste
  1. Ralph Graupner 20 Zuverlässigkeitspunkte
    2026-03-04T15:09:56.3266667+00:00

    Danke für die schnelle Antwort. Das Anmeldefenster blinkt nur kurz und verschwindet dann sofort.

    Auf dem Rechner läuft nur Defender als Sicherheitssoftware

    Und hier mal alle Fehlermeldungen die ich gefunden habe und die relevant sein könnten:

    Der Anbieter "IntelMEProv" wurde im Namespace "root\Intel_ME" der Windows-Verwaltungsinstrumentation zur Verwendung des Kontos "LocalSystem" registriert. Dieses Konto ist ein privilegiertes Konto. Der Anbieter kann also Sicherheitsverletzungen verursachen, wenn der Identitätswechsel für Benutzeranforderungen nicht korrekt erfolgt.

    Name der fehlerhaften Anwendung: Microsoft Defender Installer.exe, Version: 22602.213.1.0, Zeitstempel: 0xdf619b68

    Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000

    Ausnahmecode: 0xc0000005

    Fehleroffset: 0x00007ff7d81d5a24

    ID des fehlerhaften Prozesses: 0x0xF58

    Startzeit der fehlerhaften Anwendung: 0x0x1DCA80239BF31F0

    Pfad der fehlerhaften Anwendung: C:\Users\mrarg\Downloads\Microsoft Defender Installer.exe

    Pfad des fehlerhaften Moduls: unknown

    Berichtskennung: f217e2b9-e636-48f2-a4ac-e44e1f7b6484

    Vollständiger Name des fehlerhaften Pakets:

    Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

    Die Anwendung oder der Dienst "Microsoft Office SDX Helper" konnte nicht heruntergefahren werden.

    Anwendung: Microsoft Defender Installer.exe

    Frameworkversion: v4.0.30319

    Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.

    Ausnahmeinformationen: System.NullReferenceException

    bei MS.Internal.Data.DataBindEngine.GetDefaultValueConverter(System.Type, System.Type, Boolean)

    bei System.Windows.Data.BindingExpression.SetupDefaultValueConverter(System.Type)

    bei MS.Internal.Data.PropertyPathWorker.ReplaceItem(Int32, System.Object, System.Object)

    bei MS.Internal.Data.PropertyPathWorker.UpdateSourceValueState(Int32, System.ComponentModel.ICollectionView, System.Object, Boolean)

    bei MS.Internal.Data.ClrBindingWorker.AttachDataItem()

    bei System.Windows.Data.BindingExpression.Activate(System.Object)

    bei System.Windows.Data.BindingExpression.AttachToContext(AttachAttempt)

    bei System.Windows.Data.BindingExpression.MS.Internal.Data.IDataBindEngineClient.AttachToContext(Boolean)

    bei MS.Internal.Data.DataBindEngine+Task.Run(Boolean)

    bei MS.Internal.Data.DataBindEngine.Run(System.Object)

    bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)

    bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)

    bei System.Windows.Threading.DispatcherOperation.InvokeImpl()

    bei MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(System.Object)

    bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)

    bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)

    bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)

    bei MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object)

    bei System.Windows.Threading.DispatcherOperation.Invoke()

    bei System.Windows.Threading.Dispatcher.ProcessQueue()

    bei System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)

    bei MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)

    bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object)

    bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)

    bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)

    bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)

    bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr)

    bei MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG ByRef)

    bei System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame)

    bei System.Windows.Application.RunDispatcher(System.Object)

    bei System.Windows.Application.RunInternal(System.Windows.Window)

    bei StoreInstaller.App.Main()

    bei StoreInstaller.Launcher.LaunchPsi()

    bei StoreInstaller.Launcher.Main()

    ID: {00000000-0000-0000-0000-000000000000}; Clientcomputer: LAPTOP-220FE1; Benutzer: NT-AUTORITÄT\Netzwerkdienst; Clientprozess-ID: 10456; Komponente: Unknown; Vorgang: Start IWbemServices::ExecQuery - ROOT\StandardCimv2 : SELECT * FROM MSFT_NetAdapterStatisticsSettingData WHERE Name = 'WLAN'; Ergebniscode: 0x80041032; mögliche Ursache: Unknown

    War diese Antwort hilfreich?

    0 Kommentare
  2. Thomas L 160.1K Zuverlässigkeitspunkte Volunteer Moderator
    2026-03-05T15:48:09.82+00:00

    Hallo Ralph,

    vielen Dank für deine Anfrage.

    Die Übertragung der Lizenz auf ein anderes Microsoft Konto kann durch den Microsoft Support erfolgen. Hierzu muss Zugriff auf das Microsoft Konto bestehen, wo die Lizenz zugewiesen worden ist. Der Kontoinhaber (Lizenz) kann die Übertragung einleiten.

    Kontaktiere den Microsoft Support tagsüber zu den Geschäftszeiten.

    Rufe die folgende Webseite auf: https://support.microsoft.com/de-DE/home/contact,

    Gebe dort Kontakt ein.

    Wähle Hilfe anfordern.

    Wähle Support kontaktieren (Weiße Schrift auf blauem Grund) aus.

    Wähle unter Produkte und Dienstleistungen den Eintrag Microsoft 365 und Office aus.

    Wähle unterKategorie den Eintrag Technischer Support aus.

    Gehe auf Bestätigen.

    Wähle den Eintrag Mit einem Support Agent chatten aus.

    Ich freue mich auf deine Rückmeldung.

    War diese Antwort hilfreich?

Ihre Antwort

Antworten können von Fragestellenden als „Angenommen“ und von Moderierenden als „Empfohlen“ gekennzeichnet werden, wodurch Benutzende wissen, dass diese Antwort das Problem des Fragestellenden gelöst hat.