[English]Es gibt Berichtet, dass Nutzer der Office 365-Suite plötzlich den Fehler 1001 beim Versuch einer Anmeldung erhalten. Ein IT-Dienstleister hat sich diesbezüglich bei mir gemeldet, weil dies bei seinen Kunden auftrat. Es gibt aber einen Workaround, wie man dies beheben kann.
Anzeige
Anmeldefehler 1001
Der Anmeldefehler 1001 "Something went wrong (1001) scheint wohl häufiger aufzutreten. So bin ich beispielsweise in diesem Microsoft-Forenpost auf diese Fehlerbeschreibung gestoßen, die ein Foto mit dem nachfolgend gezeigten Dialogfeld enthält.
Unterhalb des obig sichtbaren und "sehr zielführenden" Hinweises, dass "irgend etwas schief gelaufen sei", finden sich noch Hinweise zum Troubleshooting, die aber auch nicht so hilfreich sind. Ursache sind wohl meist ungültige OAuth-Einträge oder im IdentityCache des Nutzerprofils, was sich aber durch Löschen der Ordner korrigieren lässt.
Outlook-Fehler in MS365 mit Fslogix
Blog-Leser Maximilian hat mich die Tage auf Facebook kontaktiert, weil bei einem Kunden das oben angerissene Problem aufgetreten ist. Die betroffenen Anwender erhalten beim Versuch, sich in Microsoft Office 365 bzw. Microsoft 365 anzumelden, die Fehlermeldung 1011. Dazu schrieb Maximilian:
Hallo Günter,
habe beim einem Kunden mit mehreren Session Hosts, mit M365 und Fslogix, den Fehler, das Outlook diesen Fehler bringt.
Hier ist auch eine mögliche Lösung, die bei uns 4x von 10 funktioniert hat.
Der Fehler kommt Sporadisch bei einzelnen Usern.
Vielleicht hat noch jemand den Fehler.
Erst einmal danke für den Hinweis – ich gebe es hier im Blog mal weiter. Jemand aus der Leserschaft, der von diesem Fehler betroffen ist? Falls ja, hilft die nachfolgende Lösung, oder gibt es andere Ansätze?
Lösung: Authentifizierungsordner im Profil löschen
Maximilian hat mir noch den Link zum Artikel Office 365: Sign in Error 1001 auf NewPaltz geschickt, wo folgende Lösung für das oben beschriebene Anmeldeproblem skizziert wurde:
- Alle geöffneten Office-Anwendungen, einschließlich Teams beenden.
- Dann zum folgenden Ordern navigieren und dort die Ordner OneAuth und IdentityCache löschen oder an einen andere Speicherort verschieben.
Die Ordner in nachfolgendem Pfad sind versteckt und müssen ggf. im Explorer über die Anzeige von Systemordnern zugelassen werden:
c:\users\[Benutzername]\appdata\local\microsoft
Anzeige
Die gleiche Lösung wird auch in diesem Microsoft-Forenbeitrag skizziert. Damit sollten die Anmeldeinformationen von OAuth sowie der IdentyCache gelöscht sein. Wenn dann die Office-Anwendungen neu gestartet werden, sollten diese einer erneute Anmeldung verlangen, die dann (hoffentlich) ohne Fehler durchgeführt wird.
2015
versteckte Systempfade kann man auch über deren Variablen erreichen. So wird in der Adresszeile des Explorers aus %localappdata% mal eben c:\users\[Benutzername]\appdata\local\ nach drücken der Entertaste. Spart eine Menge Zeit und Meter mit der Maus.
Hatte das gleiche Problem gestern bei einem User von einem 50 User Tennant …. Windows Updates und Neustart hat es aber gefixt.
Hallo zusammen,
Danke für den Tipp mit dem Ordner. Meine Lösung war etwas unspektakulärer…
Bei enem neuen Acount für O365 ereilte mich es auch. in Excel konnten Benutzer und Kennwort noch übermittelt werden aber die Überprüfung lief in den "Es etwas hat nciht geklappt…" Habe die Anmeldung dann am Office-Portal vorgenommen, inkl. Überprüfung. Hat gepasst.
Email, kam eben rein, Betreff: Änderungen an unseren Nutzungsbedingungen
Von: msa @ communication.microsoft.com
Microsoft-Logo
Der Servicevertrag ist jetzt übersichtlicher gestaltet
Hallo,
Sie erhalten diese E-Mail aufgrund von Änderungen am Microsoft-Servicevertrag, der für von Ihnen genutzte Microsoft-Produkte oder -Dienste gilt. Mithilfe dieser Änderungen möchten wir unsere Bestimmungen klarer gestalten, damit Sie immer den Überblick behalten. Außerdem decken die Bestimmungen jetzt neue Produkte, Dienste und Features von Microsoft ab.
Der Microsoft-Servicevertrag ist ein Vertrag zwischen Ihnen und Microsoft (oder einem verbundenen Unternehmen), in dem die Nutzung für Heimanwender-Onlineprodukte und -dienste von Microsoft erläutert wird.
Hier finden Sie den vollständigen Microsoft‑Servicevertrag. Außerdem erfahren Sie auf unserer Seite mit häufig gestellten Fragen mehr zu diesen Änderungen und erhalten einen Überblick über die wichtigsten Neuerungen. Die Änderungen am Microsoft-Servicevertrag treten am 30. September 2023 in Kraft. Die Nutzung unserer Produkte und Dienste ab dem 30. September 2023 erachten wir als Zustimmung Ihrerseits zu den aktualisierten Bestimmungen des Microsoft-Servicevertrags.
Wenn Sie den Bestimmungen nicht zustimmen, können Sie die Produkte und Dienste nicht mehr nutzen und sollten Ihr Microsoft‑Konto schließen, bevor die Bestimmungen in Kraft treten. Wenn es sich bei Ihnen um ein Elternteil oder einen sonstigen Erziehungsberechtigten handelt, sind Sie für die Nutzung von Microsoft‑Produkten und ‑Diensten (einschließlich Käufen) durch Ihre Kinder oder Teenager verantwortlich.
Vielen Dank, dass Sie Produkte und Dienste von Microsoft nutzen.
Microsoft-Servicevertrag > Datenschutzerklärung von Microsoft > Häufig gestellte Fragen >
Diese E-Mail wurde von einem nicht überwachten Postfach aus gesendet.
Datenschutzerklärung | Impressum
Microsoft Corporation, One Microsoft Way, Redmond, WA 98052 USA
Zitatende.
Die Links:
"Hier" -> https :// go.microsoft.com/fwlink/?LinkID=2091994&clcid=0x407
"Seite mit häufig gestellten Fragen" -> https :// go.microsoft.com/fwlink/?LinkID=2092201&clcid=0x407
"MS-Servicevertrag" -> wie "Hier"
"Datenschutzerklärung von MS" -> https :// go.microsoft.com/fwlink/?LinkID=521839&clcid=0x407
"Häufig gestellte Fragen" -> Wie "Seite mit…"
"Datenschutzerklärung" -> Wie oben
"Impressum" -> https :// aka.ms/impressum_de
Mal so rein informativ… Lohnt sich zu lesen, zum Beispiel Kapitel "Verhaltensregeln".
Und das hat mit dem Anmeldefehler genau was zu tun?
Wird hier vermutlich eher gelesen als im allgemeinen Forum (/blog/diskussion-allgemeines/) und kann ja bei Bedarf im Zuge der Moderation verschoben werden. Mir hat die Information auf alle Fälle was gebracht.
Für die Mitleser – ich hatte die Mail auch erhalten und habe das Thema im Beitrag Änderungen am Microsoft Servicevertrag ab 30. September 2023 aufbereitet.
Falls noch jemand dieses Problem hat, hier mal unsere Lösung:
Update auf FSLogix Version 2.9.8440.42104, nicht vergessen die ADMX und ADML auf dem DC zu aktualisieren!
Danach erstmal in den GPOs unter Office 365 Container die Funktion "Include Office Activation" deaktivieren. Dann verschwindet zwar der Fehler 1001 aber die Benutzer werden nach jedem neuen Login zum RDS Server aufgefordert die MS 365 Logindaten einzugeben, was natürliche extrem nervt. Deshalb danach unter Profile Container die mit dem Update neue Funktion "Roam Identity" aktivieren. Danach waren bei uns die Probleme mit den Logins verschwunden!
Hallo Philipp, danke für deine Antwort.
Es wird für diesen Fehler immer auch eine Alternativ-Lösung angeboten: "ExcludeExplicitO365Endpoint" in der Reg zu setzen. Hast du da auch was vorgenommen oder hast du das leer gelassen?
Moin Jan,
ne das ist nur eine Lösung wenn du einen on premise Exchangeserver einsetzt und nicht möchtest dass Outlook versucht sich via Autodiscover bei Microsoft in der Cloud anzumelden!
Verstanden, das ist notiert. Beide Optionen sind aktiv und genau dieser ungewöhnliche Fehler tritt auf. Wie kamst du auf die Idee, "Include Office Activation" zu deaktivieren? Ich war bisher der Annahme, dass es üblicherweise aktiviert sein sollte. Genauso finde ich es komsich das 90% der Clients keine Probleme haben … Microsoft eben
Hallo Jan,
das wurde hier in diesem Guide von Microsoft empfohlen:
https://learn.microsoft.com/en-us/office/troubleshoot/activation/shared-computer-activation
Aber das führte wie gesagt dazu dass die Aktivierung gar nicht mehr gespeichert wurde. Da hat dann der Punkt "Roam Identity" geholfen!
Leider hat das bei uns nicht geklappt, außer das ich die User jetzt nicht mehr richtig abmelden kann. Bzw. sie sind direkt wieder angemeldet wenn ich mich neu anmelden. Wahrscheinlich weil der Token gesynct wird. Ich installiere jetzt mal das neue FSLogix Hotfix (2.9.8612.60056) + Windows Updates + Office365 Updates (2307) … es bleibt spannend und ist nervenaufreibend …
Abmelden von Office? Oder vom Terminalserver?
Das klingt in der Tat sehr nervenaufreibend!!!!
Ich drücke die Daumen dass es besser wird!
Ne, meine schon abmelden von Office. Durch Roamidentity starte ich Outlook etc. neu und bin direkt wieder angemeldet. Ich habe WAM jetzt einfach abgeknipst und alles funktioniert. Für Leute die das auch haben und nichts hilft: Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity]
"DisableAADWAM"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity]
"DisableADALatopWAMOverride"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity]
"EnableADAL"=dword:00000001
Hallo zusammen
wir haben es immer wieder, darf ich fragen was jetzt die richige Lösung währe?
Wir haben folgende Einstellugen und Versionen:
Windows Server 2019
FSLOGIX 2.97838.44263
Bei uns sind diese Keys gar nicht vorhanden.
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity]
"DisableAADWAM"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity]
"DisableADALatopWAMOverride"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity]
"EnableADAL"=dword:00000001
Die sollten hier sein gemäss Microsoft:
Base registry keys and value names
[HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix]
\Apps
"InstallPath"="C:\Program Files\FSLogix\Apps\"
"InstallVersion"="version_number"
\Logging
\Profiles
\SystemInfo
\Telemetry
\UserModeDll
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\FSLogix]
\ODFC
Für alle, die diese Fehler mit 1001 oder dauerhafter Neuanmeldung haben, hier die Lösung:
https://community.spiceworks.com/topic/2463821-office-365-activation-cleanup-script
Kommentar von: jrp78
Die FSLogix Einstellungen mit Roamidentity auf 1 ist auch notwendig.
Die OlicenseCleanup.zip entpacken und zusammen mit der Signoutofwamaccounts.zip in einen gemeinsamen Ordner packen und das VBS-Skript ausführen.
Danach das WPJ-Cleanup durchführen
Anmeldung am O365 Konto ist wieder ohne Probleme durchführbar.
Bei Teams-Fehlern kann es sein, dass man noch folgenden Ordnerinhalt löschen muss: "C:\Users\%Username%\AppData\Local\Microsoft\TokenBroker\Cache"
Davor kann man auch mit "dsregcmd /status > c:\temp\wam_status_%username%.txt" die aktuellen M365-Verbindungen in Textform abspeichern.
Hoffe ich konnte helfen :)
PS: Alle EnableADAL Werte etc. herauslöschen.
Seit den gestrigen Patchday – vermehrt, zum Teil nicht lösbare 1001 Fehler bei den Usern.
Skript kann wo runtergelanden werden?
Skript wird im user Profil als Admin ausgeführt?
Hi Max, gleich oben in dem Link von Spiceworks
"https://download.microsoft.com/download/e/1/b/e1bbdc16-fad4-4aa2-a309-2ba3cae8d424/OLicenseCleanup.zip",
https://download.microsoft.com/download/f/8/7/f8745d3b-49ad-4eac-b49a-2fa60b929e7d/signoutofwamaccounts.zip"
https://download.microsoft.com/download/8/e/f/8ef13ae0-6aa8-48a2-8697-5b1711134730/WPJCleanUp.zip"
die signoutofwamaccounts.zip kannst du in den gleichen Ordner wie das VBS-Script packen – dann das VBS Script ausführen. Dann werden beide durchgeführt.
anschließend den WPJCleanup drüberlaufen lassen.
Die Skripte und die Abhilfen sind auf den aktuellen User-Sessions auszuführen. Ggf. kann hier auch einfach eine Anleitung an alle Benutzer geschickt werden.
Auch wir haben diesen Mist seit etwa einem halben Jahr. Farm mit etwa 200 Usern mit Business Standard-Lizenz und FSLogix. Alle möglichen Updates gemacht, zuletzt auch o.g. Lösung mit den neuen ADMX-Dateien. SCL-Token gelöscht. Es gibt keine Lösung. Täglich rauschen bei uns 5-8 1001-Fehler rein. Meist hilft dann nur noch Löschen und Erneuern des Profils. Irgendwelche Lösungsansätze? Vielen Dank!
Hallo Markus,
hat dir meine Abhilfe auch nicht geholfen? Hast du alles beachtet, was geschrieben wurde? Wir haben viele hunderte Benutzer (Mehrere Kunden) mit den gleichen Symptomen gehabt. Jetzt ein mal in der Woche, dass ein Benutzer aus der Reihe tanzt und Profilfehler hat, aber nicht den Fehler 1001.
Wir haben auch weiterhin den gleichen Mist. Jeden Tag aufs neue. Die Reg-Einträge mit Adal helfen auch nur bedingt. Das WPJCleanUp-Skript wird bei uns immer durch den Antivirus gelöscht wegen der PSEXEC Datei. Wir sind schon fast soweit das FSLogix durch die alten Citrix Profile zu tauschen. Es ist auch für mich keine Lösung das der Benutzer ein Skript aufführen muss, aber Danke dafür! Microsoft muss da schnell aushelfen!!
Hi everyone,
Does anyone have more information on this 1001 issue?
In the meantime, we have found another temporary fix so that you don't have to delete the entire user profile (saves a lot of work).
1. Mount the VHDX file under Windows server and assign it a drive letter.
2. Delete the following folders within the user profile:
Under Local: Microsoft, Packages, and OneDrive
Under Roaming: Microsoft
3. Unmount and start the profile (login with user).
4. Start Outlook and enter your passwords.
5. Then you're good to go, and all other settings in the profile will be preserved.
Please note that these folders cannot be deleted while the user profile is in use/when the user is logged in.
Regards.
read
Anyone else having these 1001 issues with Outlook in RDS environments?