E-Mail-Header analysieren: Hops, SPF, DKIM, DMARC

Received-Header von unten nach oben lesen

Jeder Server, der eine Nachricht verarbeitet, fügt über den bereits vorhandenen Zeilen eine Received-Zeile hinzu. Daher steht die älteste Station unten und die letzte, Ihr eigener Postfachanbieter, oben. Der Analyzer stellt sie in der Reihenfolge dar, in der die Nachricht übertragen wurde. Dabei zeigt er den Zeitpunkt, zu dem jeder Server die Nachricht nach eigenen Angaben empfangen hat, und den Zeitabstand zur vorherigen Station.

Ein Abstand von wenigen Sekunden ist normal. Mehrere Minuten bedeuten in der Regel, dass die Nachricht in einer Warteschlange lag, weil ein empfangender Server wegen Greylisting einen erneuten Zustellversuch angefordert hat, ein Relay ausgelastet war oder der ausgehende Filter des Absenders die Nachricht zurückgehalten hat. Läuft die Uhr rückwärts? Dann ist die Uhrzeit auf einem der Server falsch eingestellt.

Welche Authentication-Results vertrauenswürdig sind

In Authentication-Results (RFC 8601) hält ein empfangender Server seine SPF-, DKIM- und DMARC-Ergebnisse und manchmal auch ARC-Ergebnisse fest. Eine Nachricht kann mehrere dieser Zeilen enthalten. Es zählt nur die Zeile, die von dem Server hinzugefügt wurde, der Ihnen die Nachricht zugestellt hat. Alles darunter wurde geschrieben, bevor Ihr Anbieter die Nachricht erhalten hat, und zwar von Servern, denen Sie nicht vertrauen können. Außerdem kann ein Absender dort beliebige Angaben einfügen.

Der Analyzer verwendet den obersten Eintrag als Ergebnis und führt die übrigen separat auf. Daneben sehen Sie die drei Domains, die über das Alignment entscheiden: die From-Domain, die DKIM-Domain d= und die Return-Path-Domain, für die SPF geprüft wurde. DMARC ist nur erfolgreich, wenn SPF oder DKIM für eine Domain erfolgreich ist, die mit der From-Domain übereinstimmt. Ein Vergleich dieser Domains erklärt häufig, warum die Prüfung fehlschlägt.

Wo Sie die Header finden

Öffnen Sie in Gmail die Nachricht, klicken Sie neben „Antworten“ auf die drei Punkte und wählen Sie „Original anzeigen“. Öffnen Sie in Outlook im Web die Nachricht, wählen Sie „Weitere Aktionen“, dann „Anzeigen“ und „Nachrichtendetails anzeigen“. In der Outlook-Desktop-App wählen Sie „Datei“, dann „Eigenschaften“ und das Feld „Internetkopfzeilen“. In Apple Mail wählen Sie „Darstellung“, „E-Mail“ und „Alle Header“. Kopieren Sie alles bis zur ersten Leerzeile, an der der Nachrichtentext beginnt. Wenn Sie die gesamte Nachricht einfügen, wird der Nachrichtentext vor der Analyse abgeschnitten.

Header enthalten IP-Adressen und E-Mail-Adressen. Sie werden im Arbeitsspeicher gelesen, um das Ergebnis zu erstellen, und weder gespeichert noch zwischengespeichert oder protokolliert.

Stattdessen eine echte E-Mail testen

Jedes dieser Tools prüft einen Teil Ihrer Konfiguration. Der vollständige Test liest die E-Mail selbst: Senden Sie eine Nachricht an eine temporäre Adresse und erhalten Sie SPF, DKIM und DMARC aus Sicht des Empfängers, Blacklists, Inhalte, beide Spam-Scores und einen Maßnahmenplan. Fügen Sie einen Postfachplatzierungstest hinzu, um zu sehen, in welchem Ordner sie bei Gmail, Outlook, Yahoo und anderen Anbietern landet.

E-Mail testen Beispielbericht ansehen

Fragen

Wie lese ich E-Mail-Header?

Beginnen Sie bei der untersten Received-Zeile und gehen Sie nach oben. Das ist die Reihenfolge, in der die Server die Nachricht verarbeitet haben. Prüfen Sie dann die von Ihrem eigenen Anbieter hinzugefügte oberste Authentication-Results-Zeile auf die Ergebnisse für SPF, DKIM und DMARC.

Warum ist DKIM erfolgreich, aber DMARC nicht?

DMARC benötigt entweder eine erfolgreiche DKIM-Signatur, deren d=-Domain mit der From-Domain übereinstimmt, oder eine erfolgreiche SPF-Prüfung für eine Return-Path-Domain, die mit ihr übereinstimmt. Eine Signatur mit der eigenen Domain Ihrer Versandplattform besteht die DKIM-Prüfung, trägt aber dennoch nichts zu DMARC bei. Der Analyzer zeigt die drei Domains nebeneinander an, damit die Abweichung sichtbar ist.

Vollständige Anleitung: DMARC fail

Was bedeutet eine lange Verzögerung zwischen zwei Hops?

Die Nachricht hat auf dem Server gewartet, bei dem die Verzögerung beginnt. Häufige Ursachen sind Greylisting, bei dem der empfangende Server den sendenden Server auffordert, es später erneut zu versuchen, eine volle Ausgangswarteschlange oder ein Filter, der E-Mails vor der Weiterleitung scannt. Eine einzelne Verzögerung von wenigen Minuten ist selten ein Zustellbarkeitsproblem. Sie erklärt, warum eine Nachricht verspätet angekommen ist.

Können E-Mail-Header gefälscht werden?

Alles, was ein Absender schreibt, kann gefälscht werden. Received-Zeilen unterhalb der von Ihrem Anbieter selbst hinzugefügten Zeile und alte Authentication-Results-Zeilen können erfunden sein. Was Ihr Anbieter oben hinzugefügt hat, kann nicht gefälscht werden. Außerdem kann Ihr Anbieter die DKIM-Signatur anhand des öffentlichen Schlüssels des Absenders prüfen. Der Analyzer prüft Signaturen nicht selbst, sondern liest das Ergebnis Ihres Anbieters aus der obersten Zeile.

Was ist ARC in den Headern?

Mit ARC (RFC 8617) kann ein Weiterleitungsdienst, etwa eine Mailingliste oder eine Weiterleitungsadresse, die Authentifizierungsergebnisse aufzeichnen, die er vor der Änderung der Nachricht festgestellt hat. Der endgültige Empfänger kann dann entscheiden, diesem Eintrag zu vertrauen, wenn SPF oder DKIM durch die Weiterleitung nicht mehr erfolgreich ist.

Kann ich eine Nachricht stattdessen vor dem Senden testen?

Ja. Header gibt es erst, nachdem eine Nachricht zugestellt wurde. Um eine Kampagne oder eine Transaktions-E-Mail zu prüfen, bevor sie jemanden erreicht, senden Sie sie an eine Testadresse auf der Startseite. Sie erhalten diese Ergebnisse sowie Prüfungen von Blacklists, Inhalten, Links und Regeln für Massenversender in einem Bericht.

Common errors

Weitere kostenlose Tools

SPF-Record prüfenSyntax, include-Kette und das Limit von zehn DNS-Lookups.DMARC-Record prüfenRichtlinie, Alignment und Empfänger der Berichte.DKIM-Record prüfenDer veröffentlichte Schlüssel für einen Selektor: Typ, Größe und Flags.Blacklist-CheckerIP- und Domain-Blacklists, Liste für Liste.E-Mail-Header analysieren Sie sind hierZustellweg, Verzögerungen und Authentifizierungsergebnis.MX-Record prüfen NeuMailserver, Prioritäten und fehlerhafte Ziele.BIMI-Record prüfen NeuRecord, Logo, Zertifikat und DMARC-Richtlinie.