{"id":261101,"date":"2022-01-03T00:25:26","date_gmt":"2022-01-02T23:25:26","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=261101"},"modified":"2022-01-06T23:09:01","modified_gmt":"2022-01-06T22:09:01","slug":"temporrer-fix-fr-exchange-year-2022-problem-fip-fs-scan-engine-failed-to-load-1-jan-2022","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2022\/01\/03\/temporrer-fix-fr-exchange-year-2022-problem-fip-fs-scan-engine-failed-to-load-1-jan-2022\/","title":{"rendered":"Temporärer Fix für Exchange Year 2022 Problem FIP-FS Scan Engine failed to load (1. Jan. 2022)"},"content":{"rendered":"

[English<\/a>]Microsoft hat inzwischen einen tempor\u00e4ren Fix f\u00fcr das Problem geliefert, dass (On-Premises) Exchange Server seit dem 1. Januar 2022 keine Mails mehr transportieren k\u00f6nnen. Da ich davon ausgehe, dass Montag, den 3. Jan. 2022, einige Leute feststellen, dass der Exchange Server \"kaputt ist\", fasse ich in diesem Nachtrag nochmals alles Wissenswerte zusammen.<\/p>\n

<\/p>\n

Das Problem<\/h2>\n

\"\"Ab dem 1.1.2022 00:00 Uhr (UTC) k\u00f6nnen weltweit viele (On-Premises) Exchange Server keine E-Mails mehr transportieren. Das Problem besteht darin, dass ein Signatur-Update f\u00fcr die FIP-FS \"Microsoft\" Scan Engine einen Konvertierungsfehler erzeugte, so dass die Engine nicht mehr startet. In den Protokollen findet sich das Ereignis:<\/p>\n

The FIP-FS \"Microsoft\" Scan Engine failed to load. PID: 39268, Error Code: 0x80004005. Error Description: Can't convert \"2201010003\" to long. \/ Event ID 5300<\/p><\/blockquote>\n

Hintergrund ist, dass in der Signatur-Datei wohl das codierte Jahresdatum (2201010001 oder eine h\u00f6here letzte Ziffer) enth\u00e4lt und bei einer Umwandlung in einen signed long Integer-Wert einen \u00dcberlauf erzeugt, der dann den obigen Fehlerabbruch bedingt. Ich hatte im Blog-Beitrag Exchange Year 2022 Problem: FIP-FS Scan Engine failed to load \u2013 Can't Convert \"2201010001\" to long (1.1.2022)<\/a> erstmals dar\u00fcber berichtet und einen tempor\u00e4rer Workaround genannt.<\/p>\n

Wer ist betroffen<\/h2>\n

Microsoft schreibt im Techcommunity-Beitrag Email Stuck in Transport Queues<\/a>, dass Exchange Server 2016 und Exchange Server 2019 betroffen seien. Frank Carius schreibt in diesem Beitrag<\/a>, dass Exchange 2016 oder Exchange 2019 Mails routen m\u00fcssen, um betroffen zu sein. Dort findet\u00a0 sich auch die Aussage, dass Exchange Online sind nicht betroffen ist und auch Exchange 2013 sei nicht betroffen, wenn Sie nicht hinter Exchange 2016\/2019-Servern versteckt sind (Hybrid Routing).<\/p>\n

Dem steht aber die Aussagen in diesen Kommentaren<\/a> zu meinem Blog-Beitrag Exchange Year 2022 Problem: FIP-FS Scan Engine failed to load \u2013 Can't Convert \"2201010001\" to long (1.1.2022)<\/a> entgegen, wo Exchange Server 2013 als betroffen genannt wurde.\u00a0 Lasse ich hier erst einmal so stehen.<\/p>\n

<\/a><\/p>\n

Um den obigen Fehler auszul\u00f6sen, muss zudem der Malware-Agent installiert sein. In obigem Tweet<\/a> weist jemand darauf hin, dass die Anti-Spam-Komponente nicht standardm\u00e4\u00dfig installiert werde. Das w\u00e4re die Erkl\u00e4rung, dass nicht alle Exchange-Server betroffen sind.<\/p>\n

Der Fix von Microsoft<\/h2>\n

Microsoft hat im Techcommunity-Beitrag Email Stuck in Transport Queues<\/a> eine Erkl\u00e4rung f\u00fcr das Problem bereitgestellt (siehe auch den den Blog-Beitrag Microsoft best\u00e4tigt Exchange Year 2022 Problem FIP-FS Scan Engine failed to load (1. Jan. 2022)<\/a>). Wenige Stunden sp\u00e4ter wurde dann in einem Nachtrag ein tempor\u00e4rer Fix nachgeliefert, der aber bei betroffenen Systemen einen Eingriff des Administrators erfordert.<\/p>\n

Der Fix besteht einmal aus einem PowerShell-Script https:\/\/aka.ms\/ResetScanEngineVersion<\/a>, welches herunterladen werden und dann ausgef\u00fchrt werden kann. Zu beachten ist, dass die PowerShell Execution Policy:<\/p>\n

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned<\/p>\n

aktiviert werden muss, damit das Script l\u00e4uft. Das Script ist in einer administrativen Exchange Management Shell des betroffenen Exchange-Servers auszuf\u00fchren. Das Script stoppt bestimmte Dienste, l\u00f6scht den Ordner mit den Signaturdateien der Scan Engine und fordert dann ein neues Signatur-Update an. Microsoft hat dabei zu einem Trick gegriffen und dieses Update mit der Signatur-Version 2112330001 oder h\u00f6her versehen. So tritt dann kein Konvertierungsfehler mehr auf.<\/p>\n

Wer das Ganze lieber von Hand erledigt, f\u00fcr den hat Microsoft im im Techcommunity-Beitrag Email Stuck in Transport Queues<\/a>\u00a0 eine Schritt-f\u00fcr-Schritt-Anleitung ver\u00f6ffentlicht.<\/p>\n

Was man noch wissen sollte<\/h2>\n

In diesem Kommentar<\/a> berichtet Michael, dass bei ihm der Download der EngineUpdates bei 92% und ca. 179 MByte h\u00e4ngen geblieben sei. Einen \u00e4hnlichen Hinweis habe ich auch auf Facebook zu meinen Posts als R\u00fcckmeldung bekommen. Das k\u00f6nnte an der Auslastung der Microsoft-Server h\u00e4ngen. Es kann durchaus eine halbe Stunde dauern, bis der Download fertig ist (siehe diesen Kommentar<\/a>).<\/p>\n

Wichtig:<\/strong> Wer den vom mir im Blog-Beitrag Exchange Year 2022 Problem: FIP-FS Scan Engine failed to load \u2013 Can't Convert \"2201010001\" to long (1.1.2022)<\/a> erw\u00e4hnten schnellen Workaround zum Deaktivieren der Scan-Engine angewandt hat, muss diesen im Anschluss wieder r\u00fcckg\u00e4ngig machen. Robert schreibt in diesem Kommentar<\/a>:<\/p>\n

Was sich bei mir bew\u00e4hrt hat, war dass ich nach dem Fix einspielen (Script laufen lassen) den Server erst komplett rebootet habe. Dann erst wieder ein Enable-AntimalwareScanning.ps1<\/em> durchgef\u00fchrt und den Transport-Dienst neu gestartet.<\/p><\/blockquote>\n

Vielleicht hilft das den einen oder anderen Betroffenen. Falls es bei der Ausf\u00fchrung des Microsoft-Fixes zu einem Fehler 0x84004003 kommt, sollte der Server, auf dem Exchange l\u00e4uft, neu gebootet und der Versuch wiederholt werden (siehe diesen Kommentar<\/a>).<\/p>\n

Erg\u00e4nzung:<\/strong> Falls es nach Anwendung des Fixes immer noch Probleme mit dem Mail-Transport gibt, bitte die Kommentare hier<\/a> durchlesen – der folgende Befehl kann helfen.<\/p>\n

Restart-Service FMS -Force<\/em><\/p>\n

Sofern die St\u00f6rung des Mail-Transports l\u00e4nger andauert, kommen auf Administratoren zwei Probleme zu. Einmal k\u00f6nnen die angenommenen Mails nicht weiter zugestellt werden. Dann l\u00e4uft die Warteschlange mit den \"Submissions\" voll\u00a0 den Postf\u00e4chern geroutet werden. M\u00f6glicherweise kann dies zu einer vollen Partition mit der Queue.dat f\u00fchren, wie Frank Carius hier<\/a> ausf\u00fchrt. Und es steht die M\u00f6glichkeit im Raum, dass empfangene, aber nicht zugestellte Mails, die \u00e4lter als 48 Stunden sind, gel\u00f6scht werden.<\/p>\n

Vielleicht helfen die obigen Hinweise ja weiter. Unter dem Strich k\u00f6nnte das Year 2022-Problem ein gewollt cleverer Schachzug von Microsoft gewesen sein. Das BSI und CERT-Bund warnen seit Monaten vor ungepatchten und unsicheren Exchange Servern (siehe z.B. BSI\/CERT-Warnung: Kompromittierte Exchange-Server werden f\u00fcr E-Mail-Angriffe missbraucht (Nov. 2021)<\/a> und CERT-Bund-Warnung: 30% der deutschen Exchange Server mit offenem OWA angreifbar<\/a>). Wenn jetzt solche nicht betreuten Exchange-Server keine Mails mehr zustellen, werden Kunden Dienstleister mit der Fehlersuche beauftragen. Dann besteht die M\u00f6glichkeit, diese auf den neuen Patchstand zu bringen.<\/p><\/blockquote>\n

\u00c4hnliche Artikel:<\/strong>
\nExchange Year 2022 Problem: FIP-FS Scan Engine failed to load \u2013 Can't Convert \"2201010001\" to long (1.1.2022)<\/a>
\nMicrosoft best\u00e4tigt Exchange Year 2022 Problem FIP-FS Scan Engine failed to load (1. Jan. 2022)<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

[English]Microsoft hat inzwischen einen tempor\u00e4ren Fix f\u00fcr das Problem geliefert, dass (On-Premises) Exchange Server seit dem 1. Januar 2022 keine Mails mehr transportieren k\u00f6nnen. Da ich davon ausgehe, dass Montag, den 3. Jan. 2022, einige Leute feststellen, dass der Exchange … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,7459],"tags":[5359,4298],"class_list":["post-261101","post","type-post","status-publish","format-standard","hentry","category-problemlosung","category-software","tag-exchange","tag-problemlosung"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/261101","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=261101"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/261101\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=261101"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=261101"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=261101"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}