Fehler beim herunterladen der killbit-list from omex-server

Nach dem, was ich aus dem Team verstehe, ist, dass es derzeit keine Lösung gibt, hoffentlich wird es in einer zukünftigen CU-Version behandelt werden. Hallo – Running Exchange 2016 neueste CU und es hat großartig funktioniert. Vor 2 Wochen habe ich angefangen, die Fehler unten zu bekommen und kann nicht herausfinden, was es ist. Ich versuche, Fenster vollständig zu aktualisieren und den Server neu zu starten. Jeder weiß, was los ist? Wir führen drei Exchange 2016 CU15-Server auf 2012 R2 und einen Exchange 2019 auf Server 2019 aus. Der Server 2019 erhält den Fehler nicht, aber die 2012 R2-Server. Diese Fehler begannen alle 6 Stunden, direkt nach der letzten Runde von Patches am 20.02.2020 bereitgestellt. Ich glaube nicht, dass Patches verwandt sind, aber sie aufzulisten: KB4536987 (Sicherheitsupdate für Exchange Server 2016 CU15) KB4537821 KB4537803 KB4537767 & Security Update für Adobe Flash Player Just hat die Änderung selbst vorgenommen und wartet nun, ob die Fehler vorbei sind. Basierend auf meinem Wissen können diese Ereignisprotokolle verursacht werden, wenn EWS versucht, den App-Quellspeicher seit einigen Outlook-Add-Ins zu kontaktieren.

Ich habe die URL in den Fehler in einem Browser auf dem Exchange Server eingefügt und eine Fehlermeldung erhalten. Sie müssen die Einstellungen in IE-Optionen – Erweitert und Aktivieren von TLS 1.2 ändern. Wenn Sie eine Aktualisierung machen, wird eine XML-Datei geöffnet, sodass sie jetzt funktioniert. Hier ist eine kurze Zusammenfassung für nützliche Vorschläge oben. Hoffen Sie, dass mehr Menschen Hilfe von ihnen bekommen können. Szenario[ServiceHealth]: GetKillBit. KorrelationId: 77cd2c1e-dbe9-4cd6-9f90-5db8796c1f7d. Die Anforderung ist fehlgeschlagen. Mailbox: URL: store.office.com/appinfo/query?rt=XML&corr=77cd2c1e-dbe9-4cd6-9f90-5db8796c1f7d Ausnahme: System.Net.WebException: Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert. in System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult) unter Microsoft.Exchange.Data.ApplicationLogic.Extension.BaseAsyncOmexCommand c__DisplayClass2.

b__1() Wenn der Server keine Internetverbindung hat, können Sie diese Fehlermeldung ignorieren. Sie können auch die Wahrscheinlichkeit verringern, dass der Fehler in der Zukunft auftritt. Ich habe die TLS-Einstellungen überprüft und überprüft, dass ich tatsächlich die XML-URL erreichen kann, auf die sich die Fehlermeldung von jedem Exchange-Server bezieht. War überall auf der Suche nach Menschen, die über diesen Fehler sprechen, ist dies der erste Thread mit allen relevanten Informationen. Zusätzlich zu diesem Problem haben wir auch Benutzer, die keine Office-Add-Ins hinzufügen können. Dies wurde beobachtet, als einige Vertriebsbenutzer versuchten, das Salesforce for Outlook-Add-In hinzuzufügen. Diese Probleme scheinen miteinander verbunden zu sein, da beide versuchen, auf denselben Remoteendpunkt zuzugreifen. Hat jemand anderes, bei dem dieses Problem auftritt, versucht, Outlook-Add-Ins über den Office-Store hinzuzufügen, um zu sehen, ob das auch ein Problem ist? Wir haben auch begonnen, diese Fehler am 2/20/2020 zu sehen, und wir können Apps nicht aus dem Office Store installieren. Ich habe einen ähnlichen Thread gestartet, aber bisher keine Entschließung. Ich werde den untenstehenden Link bereitstellen, da er Anweisungen enthält, wie Apps manuell mit der XML-Datei installiert werden, falls jemand das gleiche Problem wie wir hat. Szenario: ProcessKillBit. Fehler beim Lesen der Killbitlistendatei aufgrund der Ausnahme System.IO.IOException: Der Prozess kann nicht auf die Datei `C:`Program Files“““““““““““““““““““`,`, da er von einem anderen Prozess verwendet wird.

unter System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) ctor(String-Pfad, FileMode-Modus, FileAccess-Zugriff, FileShare-Freigabe, Int32 bufferSize, FileOptions-Optionen, String msgPath, Boolean bFromProxy) bei System.IO.FileStream.. ctor(String path, FileMode mode, FileAccess access, FileShare share) bei Microsoft.Exchange.Data.ApplicationLogic.Extension.KillBitHelper.TryReadKillBitFile(Int32& refreshRate, DateTime& lastModifiedTime) Das ist keine Lösung.

Share ! :
Posted in Uncategorized.