E-Mail-Header analysieren
Fügen Sie rohe Header ein, um Routing-Verzögerungen und Authentifizierungsnachweise zu diagnostizieren.
Ihre Eingaben
Ihre Ergebnisse
Bereit, wenn Sie es sindIhre Ergebnisse erscheinen hier.
So funktioniert es
Entfaltet eingefügte E-Mail-Header, extrahiert Nachrichtendetails und gemeldete SPF-, DKIM- und DMARC-Ergebnisse und zeigt empfangene Hops mit UTC-Zeitstempeln und angrenzenden Intervallen an. Wiederholte Felder werden beibehalten. Erfahren Sie, wie Sie Header abrufen können: https://support.google.com/mail/answer/29436?hl=en. Vergleichen Sie den Workflow mit Google Admin Toolbox: https://toolbox.googleapps.com/apps/messageheader/.
Gut zu wissen
Die gemeldeten Ergebnisse sind nicht vertrauenswürdige Beweise, keine neue Authentifizierungsprüfung. Keine Netzwerkanforderungen, DNS-Lookups, Signaturverifizierung, Geolokalisierung, Spam-Scoring oder Posteingangsgarantie. Das Timing erfordert vierstellige Jahre und numerische Zeitzonenversätze; unbekannte -0000 Zonen, benannte Zonen, Schaltsekunden und ungültige Daten bleiben unbekannt. Kodierte Wörter werden mit unterstützten Browser-Zeichensätzen dekodiert; fehlerhafte oder nicht unterstützte Wörter bleiben roh. Dies ist ein praktischer Header-Reader, kein vollständiger RFC-Validator. Header-Daten können private Adressen oder Infrastrukturdetails umfassen.
Wann Sie dieses Tool verwenden sollten
Originale E-Mail-Header enthalten Routing-Historie und vom Empfänger gemeldete Authentifizierungsdetails, die die normale Nachrichtenansicht verbirgt. Dieser Analysator entfaltet Kopfzeilen, extrahiert Schlüsselfelder und zeigt empfangene Hops in chronologischer Reihenfolge mit UTC-Zeitstempeln, wo das Parsen möglich ist. Verwenden Sie es, um eine Lieferuntersuchung zu organisieren oder gemeldete Domains zu vergleichen. Es liest gelieferte Beweise; es authentifiziert die Nachricht nicht erneut oder stellt fest, ob ihr Inhalt sicher ist.
- Inspect berichtete SPF, DKIM und DMARC Ergebnisse aus einer Originalnachricht.
- Vergleichen Sie aufgezeichnete Relais-Zeitstempel, wenn Sie eine Verzögerung untersuchen.
- Dekodieren Sie ein unterstütztes kodiertes Thema und überprüfen Sie absenderbezogene Felder.
Wie man E-Mail-Header-Analysator verwendet
Original-Header kopieren
Holen Sie die vollständige Header-Ansicht von Ihrem E-Mail-Service ab und fügen Sie sie in Original-E-Mail-Header ein. Konservieren Sie gefaltete Fortsetzungslinien. Der Message Body nach der ersten leeren Zeile wird ignoriert; bis zu 500 KB werden unterstützt.
Überprüfung von Nachrichten- und Authentifizierungsfeldern
Review From, Return-Path, Message-ID und die gemeldeten Authentication-Results. Wiederholte Felder werden beibehalten. Vergleichen Sie Domänen und notieren Sie, welcher Empfangsdienst behauptet, das Authentifizierungsergebnis hinzugefügt zu haben.
Überprüfen Sie die Route vorsichtig
Lesen Sie den Hopfentisch und die angrenzenden UTC-Intervalle. Unbekannte oder ungültige Zeitstempel bleiben unbekannt. Behandeln Sie negative Intervalle und fehlende Hopfen als Beweisbeschränkungen und konsultieren Sie Ihren Empfangsdienst oder Anbieter, wenn zusätzliche Protokolle benötigt werden.
Lesen Sie das Probenrelaisintervall
Inputs
Verwenden Sie die mitgelieferten Header mit zwei empfangenen Zeilen: Absender um 13:00:00 +0100, dann Relais um 12:00:05 +0000 am 10. Oktober 2026.
Ergebnis
Der Analysator liest neun Felder, zwei empfangene Hops und einen Authentifizierungsbericht. Das Routenintervall beträgt fünf Sekunden nach der Zeitzonennormalisierung. Das kodierte Thema wird Hello ✓.
Was es bedeutet
13:00 +0100 ist 12:00 UTC, so dass die aufgezeichneten Hopfen fünf Sekunden auseinander liegen. Dieses Intervall liegt zwischen aufgezeichneten Relais, nicht eine Messung der Vollzeit vom Verfassen der Nachricht bis zum Posteingangsdisplay.
Häufige Fehler zu vermeiden
Vertrauen in jedes eingefügte Authentifizierungsfeld
Header können gefälscht oder kopiert werden. Ein angezeigter Pass ist ein gemeldeter Anspruch; Identifizieren Sie den vertrauenswürdigen Empfangsdienst, bevor Sie ihn als aussagekräftigen Beweis behandeln.
Reading Empfangene Zeilen von oben nach unten als Reiseauftrag
Neue Relais setzen Header voraus, so dass Original-Header normalerweise zuerst neuere Hops anzeigen. Der Analysator stellt die aufgezeichnete Route zuerst vor, um den Vergleich zu vereinfachen.
Aufruf der Intervall-Lieferungszeit
Fehlende Hopfen, Uhrenunterschiede und Client-Verarbeitung beeinflussen das Bild. Das gemeldete Intervall umfasst nur Analysierbare aufgezeichnete Hopfen und nicht jede Phase der Lieferung.
Häufig gestellte Fragen
Definitionen, Edge Cases und praktische nächste Schritte für dieses Tool. Suchen Sie alle Tool FAQs
Wo finde ich die Original-Header?
Verwenden sie die original-nachricht oder die full-header-option ihres e-mail-dienstes. In Gmail enthält das Nachrichtenmenü Original anzeigen. Kopieren Sie die Header anstelle eines Screenshots oder der gewöhnlichen From/To-Anzeige, da Routing- und Authentifizierungsfelder normalerweise in dieser einfacheren Ansicht ausgeblendet sind.
Beweist ein SPF-Pass hier, dass der Absender echt ist?
Nein. Das Tool extrahiert ein gemeldetes Ergebnis aus dem gelieferten Text und führt keinen SPF aus. Ein Ergebnis braucht auch Domänen- und Vertrauenskontext. Vergleichen Sie die authentifizierte Domain mit anderen Nachrichtenfeldern und bestätigen Sie, dass der Bericht von Ihrem vertrauenswürdigen Empfangsdienst hinzugefügt wurde.
Prüft dies die DKIM-Signaturen?
Nein. Es kann gemeldete DKIM-Ergebnisse und signaturbezogenen Kontext anzeigen, aber es ruft keine Schlüssel ab oder überprüft die Nachricht kryptographisch. Eine neue Signaturprüfung erfordert den ursprünglich signierten Inhalt und einen geeigneten Verifizierungsworkflow, der über das Lesen eingefügter Header hinausgeht.
Warum ist ein Hopfen-Zeitstempel unbekannt?
Der unterstützte Parser erwartet einen vierstelligen Jahres- und numerischen Zeitzonen-Offset. Benannte Zonen, eine unbekannte -0000 Zeitzone, ungültige Daten und Schaltsekundenwerte bleiben unbekannt. Die Beibehaltung dieser Unsicherheit ist nützlicher als die Zuweisung einer erfundenen UTC-Zeit.
Wie werden Zeitzonenunterschiede behandelt?
Unterstützte numerische Offsets werden in UTC konvertiert, bevor benachbarte Intervalle berechnet werden. Ein Zeitstempel von 13:00 Uhr bei +0100 kann einem Zeitstempel von 12:00:05 Uhr bei +0000 um fünf Sekunden vorausgehen. Clock-Fehler können die gemeldete Zeitleiste auch dann noch beeinflussen, wenn die Arithmetik gültig ist.
Warum können sich From und Return-Path unterscheiden?
Sie sind unterschiedliche Nachrichtenfelder und können legitimerweise unterschiedliche Adressen enthalten. Der Analysator zeigt beides, ohne den Unterschied betrügerisch zu erklären. Verwenden Sie die Authentifizierungsausrichtung und Ihre Sendedienstkonfiguration, um sie zu interpretieren; der Parser selbst kann nicht überprüfen, wer die beiden Adressen kontrolliert.
Kann es Spam, Phishing oder Posteingangsplatzierung erkennen?
Nein. Es führt keine Spam-Scoring, Geolokalisierung, URL-Inspektion oder Inhaltssicherheitsklassifizierung durch. Header-Struktur und berichtete Ergebnisse können eine Untersuchung unterstützen, aber sie stellen nicht sicher, dass eine Nachricht sicher ist oder erklären jede Lieferentscheidung.
Werden Header-Daten an einen externen Dienst gesendet?
Dieser Analysator verarbeitet den eingefügten Text lokal und stellt keine DNS- oder Netzwerkanforderungen. Header können immer noch private Adressen und Infrastrukturdetails enthalten, also betrachten Sie diese Details, bevor Sie ein kopiertes Ergebnis teilen oder in einen freigegebenen Arbeitsbereich herunterladen.
Erkunden Sie das Thema im Blog
Quellen und Verfahren
Verwenden Sie die Verweise unten, um Definitionen und Plattformführung zu überprüfen. Umfang und Grenzen des Modells sind oben erläutert. Lesen Sie unsere redaktionellen Standards.