Antispamnachrichtenheader in Cloudorganisationen

Tipp

Wussten Sie, dass Sie die Features in Microsoft Defender für Office 365 Plan 2 kostenlos testen können? Verwenden Sie die 90-Tage-Testversion von Defender für Office 365 im Microsoft Defender-Portal-Testversionshub. Informationen dazu, wer sich registrieren und testen kann, finden Sie unter Try Microsoft Defender for Office 365.

In allen Organisationen mit Cloudpostfächern überprüft Microsoft 365 alle eingehenden Nachrichten auf Spam, Schadsoftware und andere Bedrohungen. Die Ergebnisse dieser Scans werden den folgenden Kopfzeilenfeldern in Nachrichten hinzugefügt:

  • X-Forefront-Antispam-Report: enthält Informationen zur Nachricht und ihrer Verarbeitung.
  • X-Microsoft-Antispam: liefert zusätzliche Informationen über Massensendungen und Phishing.
  • Authentifizierungsergebnisse: Enthält Informationen zu E-Mail-Authentifizierungsergebnissen, einschließlich Sender Policy Framework (SPF), Domainkeys Identified Mail (DKIM) und Domänenbasierte Nachrichtenauthentifizierung, Berichterstellung und Konformität (DMARC).

In diesem Artikel wird beschrieben, was in diesen Kopfzeilenfeldern verfügbar ist.

Informationen dazu, wie Sie einen E-Mail-Nachrichtenkopf in verschiedenen E-Mail-Clients anzeigen, finden Sie unter Anzeigen von Internet Nachrichtenkopfzeilen in Outlook.

Tipp

Sie können den Inhalt einer Nachrichtenkopfzeile kopieren und in das Tool Nachrichtenkopfanalyse einfügen. Dieses Tool hilft beim Analysieren von Headern in einem besser lesbaren Format.

Felder der Nachrichtenkopfzeile X-Forefront-Antispam-Report

Wenn Sie die Nachrichtenheader-Informationen haben, suchen Sie nach dem X-Forefront-Antispam-Report-Header. Dieser Header enthält mehrere Feld-Wert-Paare, die durch Semikolons (;) voneinander getrennt sind. Zum Beispiel:

...CTRY:;LANG:hr;SCL:1;SRV:;IPV:NLI;SFV:NSPM;PTR:;SFTY:;...

Die einzelnen Felder und Werte werden in der folgenden Tabelle beschrieben.

Hinweis

Die X-Forefront-Antispam-Report-Kopfzeile enthält viele verschiedene Kopfzeilenfelder und Werte. Felder, die nicht in der Tabelle beschrieben werden, werden ausschließlich vom Microsoft-Antispamteam zu Diagnosezwecken verwendet.

Feld Beschreibung
ARC Das Authenticated Received Chain (ARC)-Protokoll weist die folgenden Felder auf:
  • AAR: Zeichnet den Inhalt des Authentication-results-Headers aus DMARC auf.
  • AMS: Enthält kryptographische Signaturen der Nachrichten.
  • AS: Enthält kryptographische Signaturen der Nachrichtenkopfzeilen. Dieses Feld enthält ein Tag für eine Kettenvalidierung namens "cv=", das das Ergebnis der Kettenvalidierung als none, pass oder fail angibt.
CAT: Die Kategorie der Bedrohungsrichtlinie, die auf die Nachricht angewendet wird:
  • AMP: Antischadsoftware
  • BIMP: Markenidentitätswechsel*
  • BULK: Massensendung
  • DIMP: Domänenvortäuschung*
  • FTBP: Antischadsoftware-Filter für gängige Anhänge
  • GIMP: Postfachintelligenz-Identitätswechsel*
  • HPHSH oder HPHISH: Phishing mit hoher Sicherheit
  • HSPM: Hohe Spamwahrscheinlichkeit
  • INTOS: Phishing innerhalb der Organisation
  • MALW: Schadsoftware
  • OSPM: Ausgehende Spamnachricht
  • PHSH: Phishing
  • SAP: Sichere Anhänge*
  • SPM: Spam
  • SPOOF: Spoofing
  • UIMP: Benutzeridentitätswechsel*

*Nur Defender für Office 365.

Mehrere Arten des Schutzes und mehrere Erkennungsscans können eine eingehende Nachricht kennzeichnen. Richtlinien werden in der Reihenfolge der Rangfolge angewendet, und die Richtlinie mit der höchsten Priorität wird zuerst angewendet. Weitere Informationen finden Sie unter Welche Richtlinie gilt, wenn mehrere Schutzmethoden und Erkennungsscans für Ihre E-Mails ausgeführt werden?
CIP:[IP address] Die IP-Verbindungsadresse. Sie können diese IP-Adresse in der Liste der zugelassenen IP-Adressen oder in der IP-Sperrliste verwenden. Weitere Informationen finden Sie unter Konfigurieren der Verbindungsfilterung.
CTRY Das Quellland/die Quellregion, das/die durch die VERBINDUNGS-IP-Adresse bestimmt wird, die möglicherweise nicht mit der ursprünglich gesendeten IP-Adresse identisch ist.
DIR Die Richtung der Nachricht:
  • INB: Eingehende Nachricht.
  • OUT: Ausgehende Nachricht.
  • INT: Interne Nachricht.
H:[helostring] Die HELO- oder EHLO-Zeichenfolge des verbindenden E-Mail-Servers.
IPV:CAL Die Nachricht wurde von der Spamfilterung übersprungen, da sich die IP-Quelladresse in der Liste der zugelassenen IP-Adressen befand. Weitere Informationen finden Sie unter Konfigurieren der Verbindungsfilterung.
IPV:NLI Die IP-Adresse wurde in keiner IP-Zuverlässigkeitsliste gefunden.
LANG Die Sprache, in der die Nachricht geschrieben wurde, wie durch den Ländercode angegeben (z. B. ru_RU für Russisch).
PTR:[ReverseDNS] Der PTR-Eintrag (auch bekannt als Reverse-DNS-Lookup) der Quell-IP-Adresse.
SCL Die Spamvertrauensstufe (SCL) der Nachricht. Ein höherer Wert gibt an, dass die Nachricht mit größerer Wahrscheinlichkeit Spam ist. Weitere Informationen finden Sie unter Spamzuverlässigkeitsgrad (SCL).
SFTY Die Nachricht wurde als Phishing identifiziert und ist auch mit einem der folgenden Werte gekennzeichnet:
  • 9.19: Domänenvortäuschung. Die sendende Domäne versucht, die Identität einer geschützten Domäne anzunehmen. Der Sicherheitstipp für den Domänenidentitätswechsel wird der Nachricht hinzugefügt (wenn der Domänenidentitätswechsel aktiviert ist).
  • 9.20: Benutzer-Impersonation. Der sendende Benutzer versucht, sich als ein Benutzer in der Organisation des Empfängers oder als ein in einer Anti-Phishing-Richtlinie angegebener geschützter Benutzer in Microsoft Defender für Office 365 auszugeben. Der Sicherheitstipp für den Benutzeridentitätswechsel wird der Nachricht hinzugefügt (wenn der Benutzeridentitätswechsel aktiviert ist).
  • 9.25: Sicherheitstipp für den ersten Kontakt. Dieser Wert könnte ein Hinweis auf eine verdächtige oder Phishing-Nachricht sein. Weitere Informationen finden Sie unter Sicherheitstipps für den ersten Kontakt.
SFV:BLK Die Filterung wurde übersprungen, und die Nachricht wurde blockiert, da sie von einem Absender stammt, der sich in der Liste mit blockierten Absendern des Benutzers befindet.

Weitere Informationen dazu, wie Administratoren die Liste blockierter Absender eines Benutzers verwalten können, finden Sie unter Konfigurieren von Junk-E-Mail-Einstellungen für Cloudpostfächer.
SFV:NSPM Die Spamfilterung markierte die Nachricht als nichtspam, und die Nachricht wurde an die vorgesehenen Empfänger gesendet.
SFV:SFE Die Filterung wurde übersprungen und die Nachricht wurde zugelassen, da sie von einer Adresse stammt, die sich in der Liste der sicheren Absender des Benutzers befindet.

Weitere Informationen dazu, wie Administratoren die Liste sicherer Absender eines Benutzers verwalten können, finden Sie unter Konfigurieren von Junk-E-Mail-Einstellungen für Cloudpostfächer.
SFV:SKA Die Nachricht wurde von der Spamfilterung übersprungen und an den Posteingang übermittelt, da sich der Absender in der Liste der zulässigen Absender oder in der Liste der zulässigen Domänen in einer Antispamrichtlinie befand. Weitere Informationen finden Sie unter Konfigurieren von Anti-Spam-Richtlinien.
SFV:SKB Die Nachricht wurde als Spam gekennzeichnet, da sie einem Sender in der Liste der blockierten Absender oder in der Liste der blockierten Domänen in einer Antispamrichtlinie entsprach. Weitere Informationen finden Sie unter Konfigurieren von Anti-Spam-Richtlinien.
SFV:SKN Die Nachricht wurde vor der Verarbeitung durch Spamfilterung als nichtspam gekennzeichnet. Die Nachricht wurde durch eine Nachrichtenflussregel z. B. als SCL-1 oder Spamfilter umgehen markiert.
SFV:SKQ Die Nachricht wurde aus der Quarantäne freigegeben und an die vorgesehenen Empfänger gesendet.
SFV:SKS Die Nachricht wurde vor der Verarbeitung durch Spamfilterung als Spam gekennzeichnet. Die Nachricht wurde beispielsweise durch eine Nachrichtenflussregel als SCL-5 bis 9 markiert.
SFV:SPM Die Nachricht wurde vom Spamfilter als Spam markiert.
SRV:BULK Die Nachricht wurde von der Spamfilterung und durch den BCL-Schwellenwert (Bulk Complaint Level) als Massen-E-Mail erkannt. Wenn der MarkAsSpamBulkMail -Parameter On (standardmäßig aktiviert) ist, wird eine Massen-E-Mail-Nachricht als Spam (SCL 6) markiert. Weitere Informationen finden Sie unter Konfigurieren von Anti-Spam-Richtlinien.
X-CustomSpam: [ASFOption] Die Nachricht stimmte mit einer erweiterten Einstellung für Spamfilter (AFL) überein. Informationen zum Anzeigen des X-Headerwerts für jede ASF-Einstellung finden Sie unter Advanced Spam Filter (ASF)-Einstellungen in Antispamrichtlinien.

Hinweis: ASF fügt Nachrichten X-CustomSpam: X-Headerfelder hinzu, nachdem Exchange-Regeln für den Nachrichtenfluss (auch als Transportregeln bezeichnet) die Nachrichten verarbeitet haben. Sie können keine Nachrichtenflussregeln verwenden, um von ASF gefilterte Nachrichten zu identifizieren und darauf Aktionen anzuwenden.

X-Microsoft-Antispam-Nachrichtenkopffelder

In der folgenden Tabelle werden nützliche Felder im X-Microsoft-Antispam-Nachrichtenheader beschrieben. Andere Felder in diesem Header werden ausschließlich vom Antispamteam von Microsoft zu Diagnosezwecken verwendet.

Feld Beschreibung
BCL Das Massenbeschwerdeniveau (Bulk Complaint Level, BCL) der Nachricht. Ein höheres BCL-Niveau zeigt an, dass eine als Massensendung gesendete E-Mail mit größerer Wahrscheinlichkeit zu Beschwerden führen wird (und daher eher als Spam einzustufen ist). Weitere Informationen finden Sie unter Bulk complaint level (BCL).

Kopfzeile „Authentifizierungsergebnisse“ der Nachricht

Die Ergebnisse der E-Mail-Authentifizierungsprüfungen für SPF, DKIM und DMARC werden in eingehenden Nachrichten in der Nachrichtenkopfzeile Authentication-results aufgezeichnet (eingetragen). Der Header Authentication-results ist in RFC 7001 definiert.

In der folgenden Liste wird der Text beschrieben, der dem Header Authentication-Results für jeden Typ der E-Mail-Authentifizierungsprüfung hinzugefügt wird:

  • SPF verwendet die folgende Syntax:

    spf=<pass (IP address)|fail (IP address)|softfail (reason)|neutral|none|temperror|permerror> smtp.mailfrom=<domain>

    Zum Beispiel:

    spf=pass (sender IP is 192.168.0.1) smtp.mailfrom=contoso.com

spf=fail (sender IP is 127.0.0.1) smtp.mailfrom=contoso.com

  • DKIM verwendet die folgende Syntax:

    dkim=<pass|fail (reason)|none> header.d=<domain>

    Zum Beispiel:

    dkim=pass (signature was verified) header.d=contoso.com

dkim=fail (body hash did not verify) header.d=contoso.com

  • DMARC verwendet die folgende Syntax:

    dmarc=<pass|fail|bestguesspass|none> action=<permerror|temperror|oreject|pct.quarantine|pct.reject> header.from=<domain>

    Zum Beispiel:

    dmarc=pass action=none header.from=contoso.com

dmarc=bestguesspass action=none header.from=contoso.com

dmarc=fail action=none header.from=contoso.com

dmarc=fail action=oreject header.from=contoso.com

Nachrichtenkopfzeilenfelder “Authentifizierungsergebnisse”

In der folgenden Tabelle werden die Felder und die möglichen Werte für jede E-Mail-Authentifizierungsprüfung beschrieben.

Feld Beschreibung
action Gibt die Aktion an, die vom Spamfilter basierend auf den Ergebnissen der DMARC-Prüfung ausgeführt wird. Zum Beispiel:
  • pct.quarantine: Gibt an, dass weniger als 100 % der Nachrichten, die DMARC nicht erfüllen, dennoch zugestellt werden. Dies bedeutet, dass die Nachricht die DMARC-Prüfung nicht bestanden hat und die DMARC-Richtlinie auf p=quarantine festgelegt war. Das Feld pct wurde jedoch nicht auf 100 % festgelegt, und das System hat nach dem Zufallsprinzip ermittelt, dass die DMARC-Aktion nicht gemäß der DMARC-Richtlinie der angegebenen Domäne angewendet wird.
  • pct.reject: Gibt an, dass weniger als 100 % der Nachrichten, die DMARC nicht bestehen, trotzdem zugestellt werden. Dieses Ergebnis bedeutet, dass die Nachricht die DMARC-Prüfung nicht bestanden hat und die DMARC-Richtlinie auf p=reject festgelegt wurde. Das Pct-Feld wurde jedoch nicht auf 100 % festgelegt, und das System hat zufällig ermittelt, dass die DMARC-Aktion nicht gemäß der DMARC-Richtlinie der angegebenen Domäne angewendet wird.
  • permerror: Bei der DMARC-Auswertung ist ein dauerhafter Fehler aufgetreten, z. B. beim Auftreten eines falsch formatierten DMARC TXT-Eintrags im DNS. Das erneute Senden dieser Nachricht führt wahrscheinlich nicht zu einem anderen Ergebnis. Stattdessen müssen Sie sich möglicherweise an den Besitzer der Domäne wenden, um das Problem zu beheben.
  • temperror: Während der DMARC-Auswertung ist ein temporärer Fehler aufgetreten. Wenn der Absender die Nachricht später sendet, wird sie möglicherweise ordnungsgemäß verarbeitet.
compauth Ergebnis der zusammengesetzten Authentifizierung. Microsoft 365 kombiniert mehrere Authentifizierungstypen (SPF, DKIM und DMARC) und andere Teile der Nachricht, um zu bestimmen, ob die Nachricht authentifiziert ist. Verwendet die "From:"-Domäne als Grundlage für die Prüfung. Hinweis: Trotz eines Fehlers compauth ist die Meldung möglicherweise weiterhin zulässig, wenn andere Bewertungen nicht auf verdächtige Art hinweisen.
dkim Beschreibt die Ergebnisse der DKIM-Prüfung für die Nachricht. Mögliche Werte sind:
  • pass: Gibt an, dass die Nachricht die DKIM-Prüfung bestanden hat.
  • fail (Ursache): Gibt an, dass die Nachricht die DKIM-Prüfung nicht bestanden hat und warum. Beispielsweise, wenn die Nachricht nicht signiert oder die Signatur nicht überprüft wurde.
  • none: Gibt an, dass die Nachricht nicht signiert wurde. Dieses Ergebnis kann oder nicht darauf hindeuten, dass die Domäne über einen DKIM-Eintrag verfügt oder dass der DKIM-Eintrag kein Ergebnis ergibt.
dmarc Beschreibt die Ergebnisse der DMARC-Prüfung für die Nachricht. Mögliche Werte sind:
  • pass: Gibt an, dass die Nachricht die DMARC-Prüfung bestanden hat.
  • fail: Gibt an, dass die Nachricht die DMARC-Prüfung nicht bestanden hat.
  • bestguesspass: Gibt an, dass für die Domäne kein DMARC TXT-Eintrag vorhanden ist. Wenn die Domäne über einen DMARC TXT-Eintrag verfügt, würde die DMARC-Überprüfung auf die Nachricht erfolgreich sein.
  • none gibt an, dass kein DMARC TXT-Eintrag für die sendende Domäne in DNS vorhanden ist.
header.d Domäne, die in der DKIM-Signatur identifiziert wird, falls vorhanden. Diese Domäne wird nach dem öffentlichen Schlüssel abgefragt.
header.from Die Domäne der Von-Adresse im E-Mail-Nachrichtenkopf (auch als 5322.From Adresse oder P2-Absender bezeichnet). Der Empfänger sieht die Absenderadresse in E-Mail-Clients.
reason Der Grund, warum die zusammengesetzte Authentifizierung erfolgreich war oder fehlgeschlagen ist. Der Wert ist ein dreistelliger Code. Weitere Informationen finden Sie im Abschnitt Grundcodes für die Verbundauthentifizierung.
smtp.mailfrom Die Domäne der MAIL FROM-Adresse (auch als 5321.MailFrom Adresse, P1-Absender oder Umschlagsender bezeichnet). Diese E-Mail-Adresse wird für Unzustellbarkeitsberichte (auch als NDRs oder Unzustellbarkeitsnachrichten bezeichnet) verwendet.
spf Beschreibt die Ergebnisse der SPF-Überprüfung für die Nachricht (ob die Nachrichtenquelle im SPF-Eintrag für die Domäne enthalten ist). Mögliche Werte sind:
  • pass (IP address): Die Nachrichtenquelle ist im SPF-Eintrag für die Domäne enthalten. Die Quelle ist zum Senden oder Weiterleiten von E-Mails für die Domäne autorisiert.
  • fail (IP address): Wird auch als harter Fehler bezeichnet. Die Nachrichtenquelle ist nicht im SPF-Eintrag für die Domäne enthalten, und die Domäne weist das Ziel-E-Mail-System an, die Nachricht abzulehnen (-all).
  • softfail (reason): Wird auch als weicher Fehler bezeichnet. Die Nachrichtenquelle ist nicht im SPF-Eintrag für die Domäne enthalten, und die Domäne weist das Ziel-E-Mail-System an, die Nachricht zu akzeptieren und zu markieren (~all).
  • neutral: Die Nachrichtenquelle ist nicht im SPF-Eintrag für die Domäne enthalten, und die Domäne bietet dem Ziel keine spezifische Anweisung für die Nachricht (?all).
  • none: Die Domäne verfügt nicht über einen SPF-Eintrag oder der SPF-Eintrag führt zu keinem Ergebnis.
  • temperror: Ein temporärer Fehler ist aufgetreten. Dabei kann es sich beispielsweise um einen DNS-Fehler handeln. Dieselbe Überprüfung ist zu einem späteren Zeitpunkt möglicherweise erfolgreich.
  • permerror: Ein dauerhafter Fehler ist aufgetreten. Dabei kann es sich zum Beispiel um einen Fehler handeln, bei dem die Domäne einen falsch formatierten SPF-Eintrag aufweist.

Ursachencodes für die Verbundauthentifizierung

In der folgenden Tabelle werden die dreistelligen reason Codes beschrieben, die mit compauth Ergebnissen verwendet werden.

Tipp

Weitere Informationen zu Den Ergebnissen der E-Mail-Authentifizierung und zum Beheben von Fehlern finden Sie im Leitfaden zu Sicherheitsvorgängen für die E-Mail-Authentifizierung in Microsoft 365.

Ursachencode Beschreibung
000 Die Nachricht hat die explizite Authentifizierung nicht bestanden (compauth=fail). Die Nachricht hat einen DMARC-Fehler empfangen, und die DMARC-Richtlinienaktion lautet p=quarantine oder p=reject.
001 Die implizite Authentifizierung der Nachricht ist fehlgeschlagen (compauth=fail). In der sendenden Domäne wurden keine E-Mail-Authentifizierungsdatensätze veröffentlicht, oder wenn dies der Fall war, verfügten sie über eine schwächere Fehlerrichtlinie (SPF ~all oder ?alloder eine DMARC-Richtlinie von p=none).
002 Die Organisation verfügt über eine Richtlinie für das Absender-/Domänen-Paar, das ausdrücklich vom Senden von E-Mails mit gefälschtem Absender ausgeschlossen ist. Ein Administrator konfiguriert diese Einstellung manuell.
010 Die Nachricht hat die DMARC-Prüfung nicht bestanden, die DMARC-Richtlinienaktion ist p=reject oder p=quarantine, und die Absenderdomäne ist eine der akzeptierten Domänen Ihrer Organisation (Selbst-an-Selbst- oder organisationsinternes Spoofing).
1xx Die Nachricht hat die explizite oder implizite Authentifizierung (compauth=pass) übergeben.
  100 SPF war erfolgreich oder DKIM war erfolgreich, und die Domänen in den MAIL FROM- und From-Adressen stimmen überein.
  101 Die Nachricht wurde mit DKIM von der Domäne signiert, die in der Absenderadresse verwendet wird.
  102 Die Domänen der MAIL-FROM- und From-Adressen stimmten überein, und die SPF-Prüfung war erfolgreich.
  103 Die Domäne der Absenderadresse stimmt mit dem DNS-PTR-Eintrag (Reverse Lookup) überein, der der Quell-IP-Adresse zugeordnet ist.
  104 Der DNS-PTR-Eintrag (Reverse-Lookup), der der Quell-IP-Adresse zugeordnet ist, stimmt mit der Domäne der „From“-Adresse überein.
  108 DKIM ist aufgrund einer Änderung des Nachrichteninhalts fehlgeschlagen, die auf frühere legitime Übertragungsstationen zurückgeführt wurde. Beispielsweise wurde der Nachrichtentext in der lokalen E-Mail-Umgebung der Organisation geändert.
  109 Obwohl die Domäne des Absenders keinen DMARC-Eintrag aufweist, würde die Nachricht trotzdem übergeben.
  111 Trotz eines temporären oder permanenten DMARC-Fehlers stimmt die SPF- oder DKIM-Domäne mit der Domäne der From-Adresse überein.
  112 Ein DNS-Timeout verhinderte, dass der DMARC-Eintrag abgerufen wurde.
  115 Die Nachricht wurde von einem Microsoft 365-organization gesendet, bei dem die Adressdomäne Von als akzeptierte Domäne konfiguriert ist.
  116 Der MX-Eintrag für die Domäne der Absenderadresse stimmt mit dem PTR-Eintrag (Reverse-Lookup) der verbindenden IP-Adresse überein.
  130 Das ARC-Ergebnis eines vertrauenswürdigen ARC-Versiegelers überschreibt den DMARC-Fehler.
2xx Die Nachricht hat die implizite Authentifizierung mit Vorbehalt bestanden (compauth=softpass).
  201 Der PTR-Eintrag für die Domäne der Absenderadresse stimmt mit dem Subnetz des PTR-Eintrags für die verbindende IP-Adresse überein.
  202 Die Domäne der From-Adresse stimmt mit der Domäne des PTR-Eintrags der verbindenden IP-Adresse überein.
3xx Die Nachricht wurde nicht auf die zusammengesetzte Authentifizierung (compauth=none) überprüft.
4xx Die Nachricht hat die zusammengesetzte Authentifizierung (compauth=none) umgangen.
501 DMARC wurde nicht erzwungen. Die Nachricht ist ein gültiger Nichtzustellbarkeitsbericht (auch als NDR- oder Unzustellbarkeitsnachricht bezeichnet), und der Kontakt zwischen Absender und Empfänger wurde zuvor hergestellt.
502 DMARC wurde nicht erzwungen. Die Nachricht ist ein gültiger NDR für eine Nachricht, die von dieser Organisation gesendet wurde.
6xx Die Nachricht hat die implizite E-Mail-Authentifizierung nicht bestanden (compauth=fail).
  601 Die sendende Domäne ist eine akzeptierte Domäne in Ihrer Organisation (Spoofing von sich selbst an sich selbst oder organisationsinternes Spoofing).
7xx Die Nachricht hat die implizite Authentifizierung (compauth=pass) bestanden.
  701-704 DMARC wurde nicht erzwungen, da diese Organisation in der Vergangenheit legitime E-Mails von der Sendeinfrastruktur empfangen hat.
9xx Die Nachricht hat die zusammengesetzte Authentifizierung (compauth=none) umgangen.
  905 DMARC wurde aufgrund eines komplexen Routings nicht erzwungen. Internetnachrichten werden beispielsweise über eine lokale Exchange-Umgebung oder einen Nicht-Microsoft-Dienst weitergeleitet, bevor sie Microsoft 365 erreichen.
  • Last updated on