![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2012\/07\/Office1.jpg\")
Ich stelle mal ein Problem hier im Blog ein, mit dem ein Leser sich herumschl\u00e4gt. In seiner Unternehmensumgebung, die er als Administrator betreut, hat er einige von ca. 400 Nutzern, die sich unter Microsoft Outlook 2024 nicht am\u00a0 Exchange Server 2019 anmelden k\u00f6nnen. Das Problem hatte ich bereits im Juni 2025 in Zusammenhang mit mehreren Office-Versionen beschrieben.<\/p>\n
<\/p>\n
Der Blog-Leser ist als Administrator in einem Unternehmen besch\u00e4ftigt, in dem Microsoft Office 2024 f\u00fcr die Anwender zum Einsatz kommt. Die Nutzer verwenden dabei auch Microsoft Outlook 2024, um auf einen Exchange Server 2019 zuzugreifen. Soweit alles fein.<\/p>\n
Nun hat sich der Leser vor einigen Tagen gemeldet, weil pl\u00f6tzlich\u00a0ein Problem mit Outlook 2024 in Verbindung mit Exchange 2019 (On-premises) auftritt. Das Fehlerbild lautet, dass sich der Nutzer mit seinem Outlook 2024-Client pl\u00f6tzlich nicht mehr am Exchange\u00a0 Server 2019 anmelden kann. Es besteht dann keine Verbindung mehr zwischen Client und Server.<\/p>\n
![\"Anmeldefehler](\"https:\/\/i.postimg.cc\/15QsjjnY\/image.png\")
<\/p>\n
Dann wird dem Benutzer oben stehender Fehlerdialog angezeigt.\u00a0 In der Taskleiste wird dem Benutzer dann ein gelbes Dreieck als Warnung, dass keine Verbindung besteht, eingeblendet.<\/p>\n
![\"Anzeige](\"https:\/\/i.postimg.cc\/bwP0dpGH\/image002.png\")
<\/p>\n
Schaut man sich den Outlook-Verbindungsstatus zum Microsoft Exchange-Server an, werden dort die Verbindungen als getrennt aufgelistet.<\/p>\n
Das Krude an diesem Fehlerbild: Der Fehler tritt nicht durchgehend auf, sondern betrifft nur wenige Nutzer aus einer Menge von 400 Anwendern. Wenn dieses Problem auftritt, kann der Benutzer auch einzelne Schaltfl\u00e4chen (in der Multifunktionsleiste, Ribbon) nicht mehr ausw\u00e4hlen.<\/p>\n Als Office-Version kommt auf den Windows-Clients Microsoft Office LTSC Pro Plus in der Build 16.0179332.20540 in dieser Umgebung zum Einsatz. Es sind so um die 400 Nutzer mit diesem Office versorgt.\u00a0<\/span><\/p>\n Als Server wird Windows Server 2022 betrieben, wobei dort wohl eine Terminal Server-Rolle installiert ist (auch Citrix wurde erw\u00e4hnt). Der Exchange Server 2019 hat\u00a0<\/span>CU15 installiert und ist auf Build 15.2.1748.37. Es ist eine g\u00fcltige Subscription wegen geplantem Update auf Exchange SE vorhanden.<\/p>\n Der Leser schreibt, dass an der Konfiguration die letzte Zeit nichts ge\u00e4ndert wurde. Am 10.09.2025 wurden die Windows Updates installiert, und am 11.09.2025 kam dann das Exchange CU 15 zur Installiert.<\/p>\n Die Fehlermeldung kam anfangs sporadisch, nach einigen Tagen bekam der Administrator mehrere Nachfragen. Es gibt eine\u00a0Gemeinsamkeit: Betroffene Benutzer verf\u00fcgen \u00fcber \"gro\u00dfe\" Postf\u00e4cher mit vielen angehangenen Ressourcen, schreibt der Leser. Was hat er bisher zur Kontrolle unternommen:<\/p>\n Alle diese Ma\u00dfnahmen f\u00fchrten bisher nicht zum Erfolg. Ein neues Nutzerprofil wurde zum Test bisher noch nicht erstellt.<\/p>\n Der Leser merkt noch an, dass der\u00a0Nachteil von Microsoft Office 2024 Classic f\u00fcr ihn sei, dass der Updates nicht r\u00fcckg\u00e4ngig machen\/ deinstallieren k\u00f6nne. Der Hintergrund seien die gegebenen Funktionen von OWA und AS. Daher habe er eher Outlook im Fokus, und nicht den Exchange Server 2019. Ob da durch \u00c4nderungen seitens Microsoft im Hinblick auf den Wechsel auf Microsoft Exchange SE erfolgen, kann der Leser nicht einsch\u00e4tzen.<\/p>\n Wenn Microsoft Outlook 2024 wegen des Fehlers \"h\u00e4ngt\", und Schaltfl\u00e4chen nicht angeklickt werden konnten, zeigt der Task-Manager das sowohl die CPU-Last als auch die RAM-Auslastung in Ordnung seien, merkt der Leser an. Es arbeitete bei diesem Test, wo der Fehler auftrat, wohl nur ein einziger Nutzer auf dem Terminal-Server. In diesem Fall handelte es sich um den\u00a0Citrix-Server, den der Leser verwendet, um Software vorab upzudaten oder zum Testen.<\/p>\n Beim Schreiben des Blog-Beitrags habe ich bei obigem Screenshot beim Fehlerhinweis \"Einen Dienst hinzuf\u00fcgen\" gestutzt. Das Problem mit dem Dienst, der sich nicht hinzuf\u00fcgen l\u00e4sst, hatte ich im Beitrag Outlook Classic-Problem: Verlangt \"Einen Dienst hinzuf\u00fcgen\" (Juni 2025)<\/a> bereits aufgegriffen.<\/p>\n Was ich mir aus den Kommentaren zusammenreime: Dort wurde ein Proxy als Ursache f\u00fcr die Verbindungsabbr\u00fcche und ein Zusammenhang mit den CoPilot-Aktivit\u00e4ten vermutet. Der Leserkommentar hier<\/a> verweist auf den Techcommunity-Post Copilot is now available in classic Outlook for Windows<\/a> und erscheint recht zielf\u00fchrend zu sein. Die Erkl\u00e4rung: Microsoft hat CoPilot auch f\u00fcr Outlook Classic eingef\u00fchrt, aber die Nutzer ben\u00f6tigen eine Lizenz. Hier die Zitate aus dem Kommentar:<\/p>\n Some people already mentioned this but in order for Copilot in classic Outlook to work, you need to have a Copilot license and Autodiscover V2 service.<\/em><\/p>\n The Autodiscover V2 service is disabled if the <\/em>DisableAutodiscoverV2Service registry entry exists under the<\/em><\/p>\n subkey, and the DWORD value of the <\/em>DisableAutodiscoverV2Service entry is 1. <\/em><\/p>\n Der Vorschlag eine Lesers lautete: Vielleicht hilft es Autodiscover V2 zu deaktivieren, um Copilot zu unterdr\u00fccken, obwohl Copilot offiziell nur in den Abo-Versionen von Office verf\u00fcgbar ist. Weitere Betroffene best\u00e4tigten, dass das Abschalten des Autodiscover V2-Diensts per Registry-Wert (0) den CoPilot deaktiviert und das Problem der Verbindungsabbr\u00fcche gel\u00f6st habe. Andere Leser schreiben, dass es nichts bringt. Ein weitere Leser schrieb, dass AutoDiscover, wie hier bei Frank beschrieben<\/a>, geholfen habe.<\/p>\n Ein Leser gibt an, dass die im Beitrag\u00a0Add a Service Credential pop-up in Outlook Critical issue<\/a> beschriebene Ma\u00dfnahmen bei ihm das Problem gel\u00f6st habe. Das Office 2024-Update vom 3.9.2025 hat wohl bei einigen Leuten auch Abhilfe geschaffen – obige Fehlerbeschreibung deutet aber darauf hin, dass da was neues passiert sein kann.<\/p>\n Erg\u00e4nzung: Der Leser hat sich zum 23. September 2025 nochmals bei mir per E-Mail gemeldet und schrieb: \"Ich habe meine produktive Testumgebung (der TS des Admin) heute Nacht nochmal auf Stand heute Vormittag vor Beginn der Fehlersuche zur\u00fcck gesetzt und die einzelnen Schritte\/ \u00c4nderungen einzeln getestet und auch wieder r\u00fcckg\u00e4ngig gemacht, immer mit reboot zwischen der einzelnen Schritte.\"<\/p>\n Der Leser hat dann die Exchange Gruppenrichtlinie AutoErmittlung deaktivieren<\/em> gesetzt und schreibt: \"Ich w\u00fcrde mich recht sicher festlegen, das diese Einstellung der GPO das Problem beseitigt, das dieses Einstellungen alleine das Problem beheben. Bei meiner Testumgebung hat alles andere einzeln keinen Erfolg gezeigt. Das ist ja auch von einem Kommentar beschrieben, ich glaube das es dort aber mit der Registry angepasst wurde, ich finde GPOs besser (eigener Geschmack, keine Kritik).\u00a0Ich bin durch, ich schreibe die Tage ob das Problem wirklich behoben ist.\"<\/p>\n","protected":false},"excerpt":{"rendered":" Ich stelle mal ein Problem hier im Blog ein, mit dem ein Leser sich herumschl\u00e4gt. In seiner Unternehmensumgebung, die er als Administrator betreut, hat er einige von ca. 400 Nutzern, die sich unter Microsoft Outlook 2024 nicht am\u00a0 Exchange Server … Weiterlesen ![\"Getrennte](\"https:\/\/i.postimg.cc\/3xryPR46\/image.png\")
<\/a><\/p>\nNoch einige Details<\/h3>\n
Fehler erst seit kurzem<\/h3>\n
\n
Der Fehler ist seit l\u00e4ngerem bekannt<\/h2>\n
HKEY_CURRENT_USER\\SOFTWARE\\Microsoft\\Office\\16.0\\Outlook\\AutoDiscover<\/pre>\n
GPO soll Problem fixen<\/h2>\n
<\/a><\/p>\n