Neuer Leitfaden: So wärmen Sie eine dedizierte IP auf, ohne Ihre Reputation zu gefährden. Jetzt lesen →
Anmelden
MigoSMTP
Kostenloses Tool

E-Mail-Header-Analyzer

Fügen Sie die vollständigen Header einer Nachricht ein und sehen Sie ihren Weg, wie lange jeder Hop gedauert hat und ob SPF, DKIM und DMARC bestanden haben. Es läuft in Ihrem Browser, es wird also nichts hochgeladen.

  • Nichts wird hochgeladen
  • Hop-für-Hop-Verzögerungsdiagramm
  • Funktioniert mit .eml-Dateien

Fügen Sie alles von der ersten Zeile bis zur Leerzeile vor dem Nachrichtentext ein oder laden Sie die gespeicherte Nachricht hoch. Das läuft in Ihrem Browser; es wird nichts an uns hochgeladen.

Die Analyse erfolgt in Ihrem Browser, und diese Seite sendet Ihre Header nirgendwohin. Das Domain-Matching nutzt eine einfache Regel für die Organisationsdomain, verstehen Sie Alignment-Ergebnisse also als Orientierung; echte DMARC-Prüfungen verwenden die Public Suffix List.

Warum Header lesen

Jede E-Mail trägt einen Block von Header-Zeilen, die festhalten, woher sie kam, welche Server sie bearbeitet haben und zu welchem Schluss jeder davon gekommen ist. Wenn Mail verloren geht, im Spam landet, eine Warnung zeigt oder gefälscht wirkt, sind die Header der Beweis. Der Analyzer liest sie für Sie und ordnet die Antworten.

So erhalten Sie die Header

Kopieren Sie alles von der ersten Zeile bis zur Leerzeile vor dem Nachrichtentext oder laden Sie die gespeicherte .eml-Datei hoch. Die Analyse läuft komplett in Ihrem Browser; die Header werden nirgendwohin gesendet.

Mail-AppSo finden Sie sie
GmailÖffnen Sie die Nachricht, wählen Sie das Drei-Punkte-Menü und dann „Original anzeigen“.
Outlook (Web)Öffnen Sie die Nachricht, drei Punkte, Anzeigen, Nachrichtenquelle anzeigen.
Outlook (Desktop)Öffnen Sie die Nachricht, Datei, Eigenschaften, und lesen Sie die Internetheader.
Apple MailDarstellung, Nachricht, Alle Header (oder Rohquelltext).
Yahoo MailÖffnen Sie die Nachricht, drei Punkte, Rohnachricht anzeigen.

Die Route: Received-Zeilen

Jeder Server, der eine Nachricht verarbeitet, setzt oben eine Received-Zeile hinzu. Die Liste liest sich daher rückwärts: Die unterste Zeile ist der erste Server, die oberste der letzte. Der Analyzer kehrt sie in die Reihenfolge um, in der die Nachricht gereist ist, und zeigt anhand der Zeitstempel, wie lange jeder Hop gedauert hat.

Eine große Lücke zwischen zwei Hops bedeutet, dass die Nachricht irgendwo gewartet hat, oft in einer Queue, weil der nächste Server ausgelastet war, Greylisting nutzte oder zurückstellte. Die Zeitstempel stammen von den Uhren verschiedener Server; kleine negative oder seltsame Werte deuten daher meist auf Uhrenabweichungen hin, nicht auf einen Fehler.

Authentifizierungsergebnisse

Der empfangende Server hält seine Ergebnisse in einer Authentication-Results-Zeile fest. Der Analyzer liest die drei wichtigen heraus:

  • SPF: ob der sendende Server laut Eintrag der Envelope-Domain senden durfte.
  • DKIM: ob die Signatur vorhanden und gültig war und welche Domain signiert hat.
  • DMARC: ob SPF oder DKIM im Alignment mit der sichtbaren From-Domain bestanden haben, und welche Richtlinie gilt.
  • Vertrauen Sie nur Ergebnissen, die Ihr eigener empfangender Server geschrieben hat. Jeder kann vor dem Versand eine gefälschte Authentication-Results-Zeile einfügen; deshalb zeigt der Analyzer, welcher Server jede Zeile geschrieben hat.

Alignment: die Prüfung, die die meisten übersehen

SPF oder DKIM können bestehen und DMARC kann trotzdem fehlschlagen, denn DMARC verlangt, dass die bestandene Domain zur From-Domain passt. Der Analyzer vergleicht die From-Domain, die Return-Path-Domain und die DKIM-d=-Domain und zeigt, welche zueinander passen. Eine häufige Ursache: Ein Versanddienst signiert mit seiner eigenen Domain, bis Sie eine eigene für sich einrichten.

Weitere Hinweise, die einen Blick wert sind

Kein einzelnes Zeichen beweist etwas. Achten Sie darauf, wie mehrere zusammenpassen.

  • Ein Reply-To, das auf eine andere Domain als From verweist, ist ein typisches Phishing-Merkmal.
  • Ein Anzeigename, der eine Adresse auf einer anderen als der tatsächlichen Domain enthält.
  • Eine Message-ID, deren Domain nicht zum Absender passt, kann bedeuten, dass ein Skript oder ein anderes System die Nachricht gesendet hat.
  • DKIM-Signaturen mit dem veralteten sha1-Algorithmus, einer sehr kurzen Liste signierter Header oder einem abgelaufenen Ablaufdatum (x=).
  • ARC-Header, die Authentifizierungsergebnisse über Weiterleitungs-Hops hinweg festhalten, und BIMI-Header, die die Logo-Anzeige betreffen.

Was dieses Tool nicht kann

Header können gefälscht werden, bevor sie bei Ihnen ankommen, und nur die von vertrauenswürdigen Servern hinzugefügten Zeilen sind verlässlich. Der Analyzer meldet, was die Header sagen; er schlägt die sendende IP nicht in einer Datenbank nach und prüft keine Live-DNS-Einträge. Für Live-DNS nutzen Sie unseren SPF-, DKIM- und DMARC-Checker.

Was der Analyzer zeigt

  1. 1

    Zustellweg

    Listet jeden Hop vom ersten bis zum letzten Server auf, mit der Bearbeitungszeit jedes Servers und der Verzögerung zwischen den Hops.

  2. 2

    Authentifizierung

    Liest die vom empfangenden Server hinzugefügten SPF-, DKIM- und DMARC-Ergebnisse sowie die Details der DKIM-Signatur aus.

  3. 3

    Alignment

    Vergleicht die From-Domain mit der Return-Path- und der DKIM-Domain, was DMARC tatsächlich prüft.

  4. 4

    Befunde

    Weist auf Fehler, fehlendes Alignment, lange Verzögerungen und fehlende Header hin, jeweils mit einer verständlichen Lösung.

Häufig gestellte Fragen

Wie erhalte ich die vollständigen Header einer E-Mail?

Öffnen Sie in Gmail die Nachricht, wählen Sie das Drei-Punkte-Menü und „Original anzeigen“. In Outlook im Web oder auf dem Desktop öffnen Sie die Nachrichteneigenschaften oder „Nachrichtenquelle anzeigen“, um die Internetheader zu sehen. In Apple Mail wählen Sie Darstellung, dann Nachricht, dann Alle Header. Kopieren Sie alles von der ersten Zeile bis zur Leerzeile, die die Header vom Nachrichtentext trennt.

Werden meine Header an Ihre Server gesendet?

Nein. Die Analyse läuft per JavaScript in Ihrem Browser. Der eingefügte Text wird von dieser Seite weder hochgeladen noch gespeichert.

Was bedeutet es, wenn SPF besteht, aber DMARC fehlschlägt?

DMARC verlangt Alignment. Die Domain, die SPF (die Return-Path-Domain) oder DKIM (die d=-Domain) bestanden hat, muss mit der Domain in der sichtbaren From-Adresse übereinstimmen. Eine Nachricht kann SPF und DKIM für die Domain Ihres Versanddienstes bestehen und trotzdem DMARC für Ihre eigene Domain nicht bestehen.

Woher stammen die Authentication-Results?

Der empfangende Mailserver fügt einen Authentication-Results-Header hinzu, nachdem er SPF, DKIM und DMARC geprüft hat. Vertrauen Sie nur dem Header Ihres eigenen Postfachanbieters, normalerweise dem obersten. Header, die weiter unten in der Kette hinzugefügt wurden, können von Absendern gefälscht sein.

Warum zeigen manche Hops eine Verzögerung?

Jeder Received-Header enthält die Zeit, zu der der Server die Nachricht bearbeitet hat. Das Tool zieht aufeinanderfolgende Zeiten voneinander ab, um zu zeigen, wo die Nachricht gewartet hat. Kleine Lücken sind normal. Lücken von Minuten können auf Greylisting, Queueing oder Rate Limiting bei diesem Server hindeuten. Uhrenabweichungen zwischen Servern können ebenfalls seltsame oder negative Werte verursachen.

Sagt mir das, ob meine E-Mail Spam ist?

Nein. Es zeigt, wie die Nachricht gereist ist und ob sie authentifiziert wurde. Ob ein Empfänger sie als Spam einsortiert hat, hängt auch von Reputation, Inhalt und Empfängerverhalten ab, worauf Header nur Hinweise geben.

Authentifizierung schlägt fehl?

Lesen Sie die Anleitung, um SPF-, DKIM- und DMARC-Fehler Schritt für Schritt zu beheben.

Anleitung öffnen

In wenigen Minuten versenden.

Konto erstellen, Domain hinzufügen und die erste E-Mail senden.

Kostenlos starten Vertrieb kontaktieren