Website-Suche

Unterbrechungen des Exchange-Nachrichtenflusses (AntiMalwareScanning deaktivieren)

Der Nachrichtenfluss scheint nicht zu funktionieren und die E-Mail-Warteschlange wird immer größer. Wenn diese Probleme auftreten, deaktivieren Sie AntiMalWareScanning vorerst auf den lokalen Exchange-Servern und starten Sie den Microsoft Exchange Server-Transportdienst neu.

Update: Microsoft veröffentlicht einen Patch. Siehe den Teil Lösung für Exchange-Nachrichtenflussunterbrechungen.

Einführung

Der Nachrichtenfluss funktioniert nicht und Sie können den Fehler in der Ereignisanzeige überprüfen

Fehler
Die FIP-FS „Microsoft“-Scan-Engine konnte nicht geladen werden. PID: 9244, Fehlercode: 0x80004005. Fehlerbeschreibung: „2201010005“ kann nicht in „long“ konvertiert werden.

Mail-Warteschlange abrufen

Führen Sie die Exchange-Verwaltungsshell als Administrator aus und überprüfen Sie die Warteschlange.

[PS] C:\>Get-ExchangeServer | Get-Queue

MICROSOFT hat einen Patch für die in der Transportwarteschlange hängen gebliebene E-Mail veröffentlicht. Springen Sie zur Lösung weiter unten!!

Behebung von Unterbrechungen des Exchange-Nachrichtenflusses

Es gibt zwei Möglichkeiten, den Exchange-Mail-Fluss zu reparieren:

  1. Anti-Malware-Scanning deaktivieren (1a+2a)
  2. Anti-Malware-Filterung umgehen (2a+2b)

Beide Methoden funktionieren. Wählen Sie eine dieser Optionen und befolgen Sie die folgenden Schritte.

1a. Deaktivieren Sie AntiMalWareScanning

Führen Sie in der Exchange-Verwaltungsshell den Befehl aus, um die Antimalware-Überprüfung auf dem lokalen Exchange Server zu deaktivieren.

Hinweis: Dieser Befehl kann eine Minute oder länger dauern. Lassen Sie es laufen, bis es erfolgreich ausgeführt wurde.

[PS] C:\>& $env:ExchangeInstallPath\Scripts\Disable-AntimalwareScanning.ps1

WARNING: The following service restart is required for the change(s) to take effect : MSExchangeTransport
Anti-malware scanning is successfully disabled. Please restart MSExchangeTransport for the changes to take effect.

Hinweis: Um die Malware-Filterung wieder zu aktivieren, verwenden Sie Enable-Antimalwarescanning.ps1 anstelle von Disable-Antimalwarescanning.ps1.

Sie finden das Skript Disable-AntiMalWareScanning.ps1 im Datei-Explorer.

1b. Umgehen Sie die Anti-Malware-Filterung

Führen Sie in der Exchange-Verwaltungsshell den Befehl aus, um die Anti-Malware-Filterung auf den lokalen Exchange-Servern zu umgehen.

[PS] C:\>Get-ExchangeServer | % {Set-MalwareFilteringServer -BypassFiltering $true -Identity $_.Name}

2a. Stellen Sie sicher, dass AntiMalwareScanning deaktiviert ist

Um zu überprüfen, ob die Malware-Filterung deaktiviert ist, führen Sie das Cmdlet Get-TransportAgent aus und bestätigen Sie, dass es den Wert False zurückgibt.

[PS] C:\>Get-ExchangeServer | % {Get-TransportAgent "Malware Agent"}

Identity       Enabled  Priority
--------       -------  --------
Malware Agent  False    5

2b. Stellen Sie sicher, dass die Bypass-Filterung deaktiviert ist

Um zu überprüfen, ob die Malware-Umgehungsfilterung deaktiviert ist, führen Sie das Cmdlet Get-MalwareFilteringServer aus und bestätigen Sie, dass es den Wert True zurückgibt.

[PS] C:\>Get-ExchangeServer | % {Get-MalwareFilteringServer}

Name      ForceRescan BypassFiltering DeferWaitTime DeferAttempts UpdateFrequency PrimaryUpdatePath
----      ----------- --------------- ------------- ------------- --------------- -----------------
EX01-2019 False       True            5             3             30              http://amupdatedl.microsoft.com/server/amupdate

3. Starten Sie den Exchange Server-Transportdienst neu

Starten Sie den Microsoft Exchange Server-Transportdienst neu.

[PS] C:\>Restart-Service MSExchangeTransport

Starten Sie den Microsoft Exchange Server-Transportdienst auf allen Exchange-Servern neu.

[PS] C:\>Get-ExchangeServer | % {Get-Service -ServiceName MSExchangeTransport | Restart-Service -Force}

Weiterlesen: Exchange Server-Dienste über PowerShell neu starten »

Die Warteschlange beginnt mit der Verarbeitung der E-Mail.

Lösung für Unterbrechungen des Exchange-Nachrichtenflusses

Microsoft hat einen Patch veröffentlicht, den Sie in Ihrer Umgebung ausführen können.

Die Implementierung der Lösung erfordert Maßnahmen des Kunden. Diese Aktionen können mit dem Scan-Engine-Reset-Skript von https://aka.ms/ResetScanEngineVersion automatisiert oder manuell ausgeführt werden.

Wichtig: Unabhängig davon, ob Sie die Schritte automatisch oder manuell ausführen, müssen sie auf jedem Exchange 2016- und Exchange 2019-Server in Ihrer Organisation ausgeführt werden.

Wenn Sie das automatisierte Skript verwenden, können Sie es auf mehreren Servern parallel ausführen. Wir empfehlen, mit den Servern in Ihrer Umgebung zu beginnen, die über die größten Warteschlangen verfügen. Sie können Get-Queue verwenden, um die Warteschlangengröße anzuzeigen und zu bestimmen, welche Warteschlangen die größten sind.

Hinweis: Wenn Sie die Antimalware-Überprüfung zur Behebung dieses Problems zuvor deaktiviert oder umgangen haben, empfehlen wir Ihnen, sie nach Durchführung der folgenden Schritte erneut zu aktivieren.

1a. Automatisierte Lösung

Laden Sie das PowerShell-Skript „ResetScanEngineVersion.ps1“ herunter und platzieren Sie es im Exchange Server-Ordner C:\scripts. Wenn Sie keinen Ordner scripts haben, erstellen Sie einen.

  1. Führen Sie die Exchange-Verwaltungsshell als Administrator aus
  2. Führen Sie Set-ExecutionPolicy -ExecutionPolicy RemoteSigned aus
  3. Ändern Sie den Pfad zum Skriptordner
  4. Führen Sie das Skript .\ResetScanEngineVersion.ps1 aus

Wichtig: Führen Sie das PowerShell-Skript .\ResetScanEngineVersion.ps1 auf jedem Exchange-Server aus.

Führen Sie das Skript auf jedem Exchange-Server in Ihrer Organisation aus. Sie können dieses Skript auf mehreren Servern parallel ausführen. Nachdem das Skript abgeschlossen ist, sehen Sie die folgende Ausgabe:

[PS] C:\>Set-ExecutionPolicy -ExecutionPolicy RemoteSigned
[PS] C:\>cd C:\scripts
[PS] C:\scripts>.\Reset-ScanEngineVersion.ps1
EX01-2019 Stopping services...
EX01-2019 Removing Microsoft engine folder...
EX01-2019 Emptying metadata folder...
EX01-2019 Starting services...
WARNING: Waiting for service 'Microsoft Filtering Management Service (FMS)' to start...
WARNING: Waiting for service 'Microsoft Filtering Management Service (FMS)' to start...
WARNING: Waiting for service 'Microsoft Filtering Management Service (FMS)' to start...
WARNING: Waiting for service 'Microsoft Exchange Transport (MSExchangeTransport)' to start...
EX01-2019 Starting engine update...
Running as EXOIP\administrator.
--------
Connecting to EX01-2019.exoip.local.
Dispatched remote command. Start-EngineUpdate -UpdatePath http://amupdatedl.microsoft.com/server/amupdate
--------

Hinweis: Erhalten Sie die Fehlermeldung „Prozess kann nicht gestoppt werden“ in Bezug auf updateservice.exe im FIP-FS? Stellen Sie sicher, dass das Konto, mit dem Sie sich beim Exchange Server anmelden, gemäß der lokalen Gruppenrichtlinie über Benutzerrechte zum Debuggen von Programmen verfügt. Andernfalls wird der Prozess nicht beendet und das Skript kann nicht ausgeführt werden.

1b. Manuelle Lösung

Sie können Schritte zur Behebung des Problems und zur Wiederherstellung des Dienstes auch manuell ausführen. Um dieses Problem manuell zu beheben, müssen Sie die folgenden Schritte auf jedem Exchange-Server in Ihrer Organisation ausführen:

Vorhandene Engine und Metadaten entfernen

  1. Stoppen Sie den Microsoft Filtering Management-Dienst. Wenn Sie aufgefordert werden, auch den Microsoft Exchange-Transportdienst zu stoppen, klicken Sie auf „Ja“.
  2. Stellen Sie mithilfe des Task-Managers sicher, dass updateservice.exe nicht ausgeführt wird.
  3. Löschen Sie den folgenden Ordner: %ProgramFiles%\Microsoft\Exchange Server\V15\FIP-FS\Data\Engines\amd64\Microsoft.
  4. Entfernen Sie alle Dateien aus dem folgenden Ordner: %ProgramFiles%\Microsoft\Exchange Server\V15\FIP-FS\Data\Engines\metadata.

Auf die neueste Engine aktualisieren

  1. Starten Sie den Microsoft Filtering Management-Dienst und den Microsoft Exchange Transport-Dienst.
  2. Öffnen Sie die Exchange-Verwaltungsshell.
  3. Navigieren Sie zum Ordner „Skripte“ (%ProgramFiles%\Microsoft\Exchange Server\V15\Scripts).
  4. Führen Sie .\Update-MalwareFilteringServer.ps1 aus
[PS] C:\>cd "$env:ProgramFiles\Microsoft\Exchange Server\V15\Scripts"
[PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>.\Update-MalwareFilteringServer.ps1 EX01-2019

Running as EXOIP\administrator.
--------
Connecting to EX01-2019.
Dispatched remote command. Start-EngineUpdate -UpdatePath http://amupdatedl.microsoft.com/server/amupdate
--------

2. Überprüfen Sie die Engine-Update-Informationen

  1. Starten Sie die Exchange-Verwaltungsshell.
  2. Führen Sie Add-PSSnapin Microsoft.Forefront.Filtering.Management.Powershell aus.
  3. Führen Sie Get-EngineUpdateInformation aus und überprüfen Sie, ob die UpdateVersion-Informationen 2112330001 oder höher sind.

Hinweis: Führen Sie das Cmdlet Get-EngineUpdateInformation aus und stellen Sie sicher, dass die UpdateVersion-Informationen 2112330001 oder höher sind.

[PS] C:\>Add-PSSnapin Microsoft.Forefront.Filtering.Management.Powershell

[PS] C:\>Get-EngineUpdateInformation


Engine            : Microsoft
LastChecked       : 01/02/2022 08:22:33 AM +01:00
LastUpdated       : 01/02/2022 08:22:41 AM +01:00
EngineVersion     : 1.1.18800.4
SignatureVersion  : 1.355.1227.0
SignatureDateTime : 01/01/2022 12:29:06 PM +01:00
UpdateVersion     : 2112330001
UpdateStatus      : UpdateAttemptSuccessful

Filtern Sie das Anwendungsprotokoll nach den Ereignisquellen: FIPFS.

3. Aktivieren Sie den Anti-Malware-Scan erneut

Wenn Sie den Fix angewendet haben, bevor Microsoft eine Lösung veröffentlicht hat, aktivieren Sie die Anti-Malware-Prüfung. Wenn Sie keinen Fix angewendet haben und die Lösung sofort angewendet haben, müssen Sie den Anti-Malware-Scan nicht erneut aktivieren, da er standardmäßig aktiviert ist.

Haben Sie den Anti-Malware-Scan deaktiviert? Führen Sie den folgenden Befehl aus und starten Sie den Microsoft Exchange Transport Service neu.

[PS] C:\>& $env:ExchangeInstallPath\Scripts\Enable-AntimalwareScanning.ps1

Anti-malware engines are updating. This may take a few minutes.
Checking for engines updated after 12/26/2021 8:31:11 AM.
Updating Microsoft. Last updated : 1/2/2022 8:22:41 AM
WARNING: The following service restart is required for the change(s) to take effect : MSExchangeTransport
Anti-malware scanning is successfully enabled. Please restart MSExchangeTransport for the changes to take effect.

Haben Sie den Anti-Malware-Scan umgangen? Führen Sie den folgenden Befehl aus und starten Sie den Microsoft Exchange Transport Service neu.

[PS] C:\>Get-ExchangeServer | % {Set-MalwareFilteringServer -BypassFiltering $false -Identity $_.Name}

4. Überprüfen Sie, ob Nachrichtenfluss- und FIPFS-Fehlerereignisse vorhanden sind

Nach der Aktualisierung der Engine empfehlen wir außerdem, dass Sie überprüfen, ob der E-Mail-Fluss funktioniert und dass keine FIPFS-Fehlerereignisse im Anwendungsereignisprotokoll vorhanden sind.

Testen und überprüfen Sie, ob der Nachrichtenfluss funktioniert:

  • Testen Sie den internen Nachrichtenfluss in Exchange Server
  • Testen Sie den eingehenden E-Mail-Fluss in Exchange Server
  • Testen Sie den ausgehenden E-Mail-Fluss in Exchange Server

Wichtig: Werden im Ereignisprotokoll FIPFS-Fehler angezeigt und die E-Mails bleiben immer noch in der Warteschlange hängen/der E-Mail-Fluss funktioniert nicht, nachdem das PowerShell-Skript „ResetScanEngineVersion.ps1“ ausgeführt wurde? STARTEN SIE DEN EXCHANGE SERVER NEU.

Neueste Updates

Update: Microsoft hat ein Agent-Update veröffentlicht, das jedoch noch nicht funktioniert. Lassen Sie daher den Anti-Malware-Scan deaktiviert.

Update1: Aktualisierter Screenshot mit Anleitung zur Überprüfung der Ereignisanzeige auf das Problem.

Update2: Das neueste MS Filtering Engine-Update wurde heruntergeladen: Update-Version: 2201010006, es funktioniert immer noch nicht.

Der Aktualisierungsprozess der MS Filtering Engine hat Updates für Microsoft erfolgreich festgeschrieben und übergeben. 1.1.18800.4
Signaturversion: „1.355.1234.0“
Update-Version:2201010006
Letzte Definitionsaktualisierung:2022-01-01T05:20:29.000Z
Update-Pfad:http ://amupdatedl.microsoft.com/server/amupdate

Update3: Es wurden beide Optionen zum Deaktivieren des Anti-Malware-Scans oder zum Umgehen der Anti-Malware-Filterung hinzugefügt.

Update4: Das MS Filtering Engine-Update behebt dieses Problem nicht. Sie müssen nicht nach Engine-Updates suchen. Implementieren Sie diesen Fix und warten Sie auf eine ordnungsgemäße Fix-Veröffentlichung durch Microsoft.

Update5: Der Microsoft-Produktmanager hat mir eine Nachricht gesendet und arbeitet an einer Lösung. Der Fix wird mit Anleitungen veröffentlicht. Bleiben Sie dran.

Update6: Sie können auf den Microsoft-Patch warten, wenn Sie über genügend Speicherplatz verfügen und nichts dagegen haben, dass Exchange Server die Nachrichten später zustellt. Wenn nicht, wenden Sie den Fix und Patch später an, wenn Microsoft veröffentlicht.

Update7: Die Ablaufmeldung von Microsoft Exchange Server beträgt standardmäßig 48 Stunden (2 Tage). Wenn eine Nachricht länger als diesen Zeitraum in der Warteschlange verbleibt, wird die Nachricht als dauerhafter Fehler an den Absender zurückgegeben.

Sie können diesen Wert zwischen 1 und 90 Tagen ändern. Das Problem besteht darin, dass die E-Mail-Warteschlange umso größer wird, je länger die Tage sind, die Sie festlegen. Das bedeutet, dass Sie ständig mehr Speicherplatz hinzufügen müssen.

Ich empfehle, den oben genannten Fix auszuführen. Wenn Sie den Anti-Malware-Scan jedoch nicht deaktivieren möchten, ist es besser, das Zeitlimit für den Nachrichtenablauf im Transportserver zu erweitern. Nur zur Sicherheit.

Im folgenden Beispiel sind es 2 Tage.

[PS] C:\>Get-TransportServer | select Name,MessageExpirationTimeout

Name      MessageExpirationTimeout
----      ------------------------
EX01-2019 2.00:00:00

Ändern Sie den Wert auf 4 Tage (oder einen anderen Wert).

[PS] C:\>Set-TransportServer -Identity EX01-2019 -MessageExpirationTimeout 4.00:00:00

Update8: Der Microsoft-Patch ist verfügbar! Führen Sie die automatisierte oder manuelle Lösung aus. Ich empfehle zunächst die automatisierte Lösung.

Update9: Wenn Sie den Fix vor der Lösung angewendet haben, vergessen Sie nicht, den Antimalware-Scan wieder zu aktivieren und den Microsoft Exchange Transport Service neu zu starten.

Update10: Aktualisierter Screenshot mit Anleitung zur Überprüfung der Ereignisanzeige nach der Anwendung der Lösung.

Update11: Die Datenbank mail.que ist größer geworden und wird nicht automatisch verkleinert. Dies geschah, weil der Exchange Server die E-Mails in der Warteschlange behielt und die Nachrichten nicht vor dem Fix/der Lösung freigegeben wurden. Es kann viel Platz beanspruchen und ich empfehle, es durch Entfernen der mail.que-Datenbank zu verkleinern. Danach erstellt Exchange Server automatisch eine neue mail.que-Datenbank.

Lesen Sie mehr: Mail.que-Datei ist groß Exchange Server »

Update12: Wenn Sie nicht genügend Speicherplatz auf dem Betriebssystemlaufwerk hatten oder nicht mehr genügend Speicherplatz zur Verfügung standen, weil die Datenbank „mail.que“ voll war, ist es jetzt an der Zeit, die Datei „mail.que“ zu verschieben Datenbank auf ein anderes Laufwerk kopieren. Auf diese Weise bleibt das Betriebssystemlaufwerk aktiv und es treten keine Leistungsprobleme auf.

Lesen Sie mehr: E-Mail-Warteschlange an einen anderen Ort in Exchange Server verschieben »

Update13: Artikel zum Testen des internen/eingehenden/ausgehenden E-Mail-Flusses hinzugefügt.

Update14: Einige Administratoren erwähnen, dass nach der Anwendung der Lösung ein Neustart des Exchange Servers erforderlich ist. Danach wird die E-Mail-Warteschlange leer/der E-Mail-Fluss beginnt zu funktionieren.

Update15: Beim Ausführen des Cmdlets Update-MalwareFilteringServer.ps1 wird Folgendes angezeigt: Fehler beim Starten des Anti-Malware-Engine-Updates. Um diesen Fehler zu beheben, führen Sie die folgenden Schritte aus:

  1. Führen Sie die Exchange-Verwaltungsshell als Administrator aus
  2. Führen Sie Add-PSSnapin Microsoft.Forefront.Filtering.Management.Powershell aus
  3. Führen Sie Start-EngineUpdate aus
  4. Führen Sie Get-EngineUpdateInformation aus

Update 16: Nur Exchange Server 2016 und Exchange Server 2019 sind betroffen. Der Exchange Edge Transport-Server ist von diesem Microsoft Exchange Y2K22-Fehler nicht betroffen.

Update 17: UpdateVersion ist jetzt auf 2112330003. Dem Artikel wurde hinzugefügt, dass UpdateVersion 2112330001 oder höher angezeigt werden muss.

Update 18: Einige Administratoren erwähnen, dass auch Exchange Server 2013 betroffen ist, andere sagen, dass dies nicht der Fall sei. Das ist nicht wahr und der Posttransport wird funktionieren. Sie müssen jedoch dasselbe Skript automatisch oder manuell ausführen.

Wenn Ihr Exchange 2013-Server das Antimalware-Update erhalten hat und nun eine Version hat, die mit „22…“ beginnt, sollten Sie die automatisierten oder manuellen Schritte in diesem Blogbeitrag verwenden, um Ihren Server auf eine Engine-Version „21…“ zu bringen, um weiterhin die Antimalware zu erhalten Aktualisierungen. Ohne Maßnahmen wird Ihr Server in Zukunft keine Antimalware-Updates erhalten.

Update19: Hinzugefügt, um Set-ExecutionPolicy -ExecutionPolicy RemoteSigned in der Exchange-Verwaltungsshell auszuführen, bevor das Skript ausgeführt wird.

Update20: Der Download der Definition dauert 30-45 Minuten (je nach Internetgeschwindigkeit möglicherweise langsamer), also planen Sie etwas Zeit ein.

Update21: Lösung für den Fehler „updateservice.exe-Zugriff verweigert“ beim Ausführen des Skripts hinzugefügt.

Abonnieren Sie den Newsletter und bleiben Sie mit den neuesten IT-Tipps und Tricks auf dem Laufenden.

Hat Ihnen dieser Artikel geholfen? Teilen Sie diesen Artikel mit Ihrem Netzwerk und helfen Sie auch ihm.

Verwandte Artikel