Häufige Fragen

echo.email analysiert eine E-Mail pro Adresse und erklärt das Ergebnis. Die Antworten unten beschreiben, wie der Dienst funktioniert und was jede Prüfung im Bericht bedeutet.

Wie funktioniert echo.email?

Die Startseite vergibt eine neue Adresse aus drei Wörtern, zum Beispiel power.file.tube@echo.email. Eine Nachricht an diese Adresse kommt beim Mailserver von echo.email an. Der Server zeichnet die SMTP-Unterhaltung auf und gibt die Nachricht zur Analyse weiter. Wenige Sekunden später wechselt die Seite zu einem Bericht über Authentifizierung, Inhalt, Regelkonformität und Zustellung. Sie müssen nichts installieren, und es gibt kein Konto.

Wie lange bleibt die Adresse gültig?

Die Adresse bleibt aktiv, solange die Seite geöffnet ist. Die Seite meldet sich alle zwei Sekunden, und wenn Sie innerhalb von 10 Minuten neu laden, behalten Sie im selben Tab dieselbe Adresse. Ist die Seite länger als 10 Minuten geschlossen, weist der Mailserver neue Mail an die Adresse mit einem dauerhaften Fehler ab.

Die erste eingehende Nachricht zählt. Spätere Nachrichten an dieselbe Adresse werden abgewiesen, daher gehört jeder Bericht zu genau einer E-Mail. Nachrichten über 10 MB werden schon während der SMTP-Unterhaltung abgewiesen.

Wie lange werden Berichte aufbewahrt?

Jeder Bericht, die gespeicherte Nachricht und die heruntergeladenen Bilddaten werden 24 Stunden nach Eingang der Nachricht automatisch gelöscht. In diesen 24 Stunden funktioniert der Berichtslink für alle, die den Link haben. Danach funktioniert der Link nicht mehr. Die einzige Ausnahme ist der Beispielbericht, denn er stammt von einer Testnachricht, die eigens dafür gesendet wurde.

Was passiert mit dem Inhalt der Nachricht?

echo.email speichert die ganze Nachricht, also Header, Text und Anhänge, zusammen mit den Details der SMTP-Sitzung wie der sendenden IP-Adresse, dem HELO-Namen und der TLS-Version. Die Daten liegen in der EU, und der Mailserver läuft in Falkenstein, Deutschland. Jeder mit dem Berichtslink sieht die vollständige Nachricht, daher eignen sich für Tests Inhalte, die Sie teilen können. Newsletter enthalten oft Tracking-Links und einen Abmeldelink für einen bestimmten Empfänger. Eine Kopie an eine Testliste hält diese Links privat.

Zwei Adressen erreichen den Betreiber direkt: contact@echo.email für Fragen und Meldungen und privacy@echo.email für Anfragen zu Daten. Die Datenschutzerklärung enthält alle Details.

Was prüft der SPF-Check?

SPF listet die Server, die Mail mit einer Domain im Return-Path senden dürfen. echo.email nimmt die Domain aus dem Envelope-Absender (der MAIL FROM-Adresse, auch Return-Path genannt) und wertet den SPF-Eintrag dieser Domain für die IP-Adresse des zustellenden Servers aus. Nur ein pass gilt als gutes Ergebnis. Bei softfail, neutral und none hat der Empfänger keinen SPF-Nachweis für den Absender.

Der HELO-Name wird nicht geprüft, so wie die großen Postfachanbieter SPF bei Massenmail auswerten. Der Bericht zeigt jeden Eintrag und jeden Mechanismus auf dem Weg, damit der Weg zum Endergebnis sichtbar bleibt.

Warum ist die Zahl der DNS-Abfragen wichtig?

Eine SPF-Auswertung darf höchstens 10 DNS-Abfragen auslösen. Die Mechanismen include, a, mx, ptr, exists und redirect zählen jeweils zu diesem Limit, auch innerhalb verschachtelter includes. Wird das Limit überschritten, wird das Ergebnis zu einem dauerhaften Fehler, und Empfänger behandeln die Nachricht so, als hätte sie gar kein gültiges SPF. Leere Abfragen, also Abfragen ohne Eintrag, haben ein eigenes Limit von zwei. Meist sind lange Ketten von includes für Drittanbieter die Ursache. Eine kürzere Liste von Diensten löst das Problem.

Was beweist DKIM?

DKIM fügt den Headern der Nachricht eine kryptografische Signatur hinzu. Die signierende Domain veröffentlicht den öffentlichen Schlüssel im DNS unter einem Selektor. echo.email ruft den Schlüssel ab und prüft die Signatur gegen Header und Text, so wie sie angekommen sind. Ein pass bedeutet, dass die signierten Teile unverändert angekommen sind und die signierende Domain für sie bürgt.

Der Bericht nennt die signierende Domain (d=), den Selektor (s=), die signierten Header (h=) sowie Typ und Größe des Schlüssels. Eine Längenbegrenzung für den Text (l=) wird markiert, weil sie erlaubt, nach dem Signieren weiteren Inhalt anzuhängen.

Was ist DMARC?

DMARC verknüpft SPF und DKIM mit der Domain in der sichtbaren From-Adresse. Die From-Domain veröffentlicht unter _dmarc.<domain> eine Richtlinie. Sie sagt Empfängern, wie sie mit Mail umgehen sollen, deren Authentifizierung fehlschlägt: none, quarantine oder reject. Eine Nachricht besteht DMARC, wenn SPF oder DKIM für eine Domain besteht, die mit der From-Domain aligned ist.

DMARC fügt keine eigene Authentifizierung hinzu. Der Nutzen liegt in der Alignment-Anforderung und in den Sammelberichten (rua=), mit denen Empfänger dem Domaininhaber Rückmeldung geben.

Was bedeutet aligned?

Alignment vergleicht eine authentifizierte Domain mit der From-Domain. Gelockertes Alignment verlangt dieselbe Organisationsdomain, daher ist mail.example.com mit example.com aligned. Striktes Alignment verlangt exakt denselben Hostnamen. Die Organisationsdomain stammt aus der Public Suffix List. Diese Liste weiß, dass Namen wie example.co.uk als eine registrierbare Domain gelten. Wenn der Bericht ohne Zusatz aligned sagt, ist der Vergleich mit der From-Domain gemeint.

Was ist BIMI?

BIMI veröffentlicht ein Markenlogo, das Postfachanbieter neben authentifizierter Mail anzeigen. Der Eintrag liegt unter default._bimi.<domain> und verweist auf ein SVG-Logo (l=) und, für die meisten Anbieter, auf ein Verified Mark Certificate (a=). BIMI gilt nur für Domains mit einer durchgesetzten DMARC-Richtlinie, also quarantine oder reject zu 100 Prozent. echo.email zeigt den Eintrag und ob die DMARC-Richtlinie die Anforderung erfüllt.

Warum ist Reverse DNS wichtig?

Jede IP-Adresse, die Mail sendet, braucht einen PTR-Eintrag, der auf einen Hostnamen zeigt. Dieser Hostname braucht einen A- oder AAAA-Eintrag, der zurück auf dieselbe IP-Adresse zeigt. Dieser Rundweg heißt Forward-Confirmed Reverse DNS oder FCrDNS. Große Postfachanbieter sehen FCrDNS als Mindestanforderung für einen sendenden Server, und Mail von einer IP-Adresse ohne PTR-Eintrag wird oft direkt abgewiesen.

Was ist generisches Reverse DNS?

Manche PTR-Einträge folgen einem Namensschema des Providers, zum Beispiel 192-0-2-10.dynamic.example.net. Solche Namen deuten auf einen privaten Anschluss oder einen Server hin, den niemand für Mail eingerichtet hat, und Filter behandeln sie mit Misstrauen. Ein eigener Name in der Domain des Absenders, zum Beispiel mail.example.com, steht für einen bewusst eingerichteten Mailserver.

Welcher HELO-Name ist am besten?

Der sendende Server stellt sich zu Beginn der SMTP-Unterhaltung mit einem HELO- oder EHLO-Namen vor. Ein guter Name gehört zum sendenden Server, lässt sich im DNS auflösen und passt zum PTR-Eintrag der sendenden IP-Adresse. Reine IP-Adressen, Namen wie localhost und zufällige Zeichenfolgen sind typisch für Malware und Snowshoe-Spam, und Filter gewichten sie entsprechend.

Warum wird TLS geprüft?

Opportunistisches TLS verschlüsselt die SMTP-Unterhaltung, wenn der empfangende Server STARTTLS anbietet. echo.email bietet STARTTLS bei jeder Verbindung an und zeichnet die TLS-Version und die Cipher auf, die der Absender gewählt hat. Mail ohne TLS reist im Klartext zwischen den beiden Servern, und Google und Yahoo führen TLS als Anforderung für Massenversender. Der Bericht zählt außerdem Links und Bilder, die über einfaches http geladen werden, denn auch diese Anfragen laufen unverschlüsselt.

Warum wird IPv6 geprüft?

Zwei Fragen entscheiden über die IPv6-Bereitschaft. Die erste lautet, ob der Absender Mailserver erreicht, die nur IPv6 haben. Eine Nachricht, die über IPv6 ankommt, beantwortet das direkt mit Ja. Eine Nachricht, die über IPv4 ankommt, gilt trotzdem als IPv6-fähig, wenn der sendende Host einen AAAA-Eintrag hat, das Reverse DNS dieser IPv6-Adresse denselben Host nennt und SPF für die Adresse besteht. Die meisten Mailserver wählen IPv4 oder IPv6 pro Verbindung, daher kommt die nächste Nachricht vom selben Host oft über IPv6 an. Die zweite Frage lautet, ob jeder Host, der Bilder und Links der Nachricht ausliefert, einen AAAA-Eintrag hat. Dann lädt auch ein Leser in einem reinen IPv6-Netz oder hinter Carrier-Grade NAT die Inhalte. Der Bericht markiert die Nachricht als bereit für IPv6, wenn beide Antworten Ja sind.

Wie wird die E-Mail-Größe gemessen?

Die E-Mail-Größe ist die Zahl der Bytes, wie sie übertragen wurden: alle Header, jeder MIME-Teil, Anhänge und der Mehraufwand der base64- oder quoted-printable-Kodierung. Gmail kürzt Nachrichten mit mehr als etwa 102 KB HTML und versteckt den Rest hinter einem Link. Der gekürzte Teil enthält oft den Abmeldelink und das Tracking-Pixel.

Was ist das Bildgewicht?

Das Bildgewicht ist die Gesamtgröße der externen Bilder, auf die <img>-Tags verweisen. Gemessen wird es, indem jedes Bild einmal heruntergeladen wird. Der Wert ist ein Mindestwert, denn Bilder aus srcset-Attributen und CSS-Hintergründen werden nicht gezählt. Eine schwere Nachricht lädt in Mobilnetzen langsam und kostet den Leser Datenvolumen.

Was sind überschüssige Bilddaten?

Überschüssige Bilddaten schätzen die Bytes, die ein Absender spart, wenn er jedes Bild näher an der Größe ausliefert, in der die Nachricht es anzeigt. Ein Bild bis zur doppelten Anzeigegröße zählt nicht als Überschuss, denn Bildschirme mit hoher Pixeldichte nutzen die zusätzlichen Pixel. Jenseits der doppelten Anzeigegröße fügen die zusätzlichen Pixel Bytes hinzu, aber keine Details. Bilder unter 1 KB, zum Beispiel Platzhalter, zählen nicht mit.

Wie geht echo.email mit Bildern um?

Die Analyse lädt jedes externe Bild einmal herunter und zeichnet HTTP-Status, Weiterleitungen, Größe, Inhaltstyp und Pixelmaße auf. Danach vergleicht sie die Maße mit der Größe, die im HTML angegeben ist. Ein Bild herunterzuladen ist genau das, was ein Mailprogramm tut, wenn ein Leser die Nachricht öffnet, daher registriert das Öffnungs-Tracking eine Öffnung. Die Downloads kommen aus dem Cloudflare-Netz, und Anfragen an private oder interne Adressen werden abgelehnt.

Links werden aus dem HTML gelesen und nach Host gruppiert, mit dekodierten Query-Parametern für bessere Lesbarkeit. echo.email folgt gewöhnlichen Links nie, denn ein Klick kann ein Abonnement bestätigen, eine Aktion auslösen oder als Klick gezählt werden. Die einzige Ausnahme ist die URL für die One-Click-Abmeldung, die unten beschrieben ist.

Was ist List-Unsubscribe?

List-Unsubscribe ist ein Header nach RFC 2369. Der Header enthält einen oder mehrere Wege, die Liste zu verlassen, als mailto:-Adresse, als https:-URL oder beides. Postfachanbieter nutzen den Header, um neben dem Absendernamen einen eigenen Abmeldeknopf anzuzeigen. Einfache http-URLs sind veraltet, erwartet wird https.

Was ist die One-Click-Abmeldung?

RFC 8058 ergänzt einen zweiten Header, List-Unsubscribe-Post, mit dem festen Wert List-Unsubscribe=One-Click. Wenn beide Header vorhanden sind, sendet der Postfachanbieter eine POST-Anfrage an die https-URL, und der Empfänger verlässt die Liste, ohne eine Webseite zu besuchen. Google und Yahoo verlangen die One-Click-Abmeldung von Massenversendern.

echo.email sendet dieselbe POST-Anfrage und zeigt die Antwort. Jeder 2xx-Status gilt als Erfolg. Die Anfrage meldet nur die temporäre Adresse von echo.email ab.

Was bedeutet Abmeldung ohne Interaktion?

Eine Abmeldung ohne Interaktion gelingt, ohne dass der Empfänger einen Browser öffnet oder etwas bestätigt. RFC 8058 One-Click ist die bevorzugte Methode. Eine mailto:-Adresse in List-Unsubscribe zählt ebenfalls. Die Abmeldung per Mail ist aber langsamer und gibt dem Empfänger keine Bestätigung, daher sehen Anbieter mailto als Notlösung.

Warum braucht es trotzdem einen Abmeldelink im Text?

Die Marketinggesetze der meisten Länder verlangen einen sichtbaren Weg, die Liste in der Nachricht selbst zu verlassen, meist einen Link in der Fußzeile. Die Header dienen dem Postfachanbieter, der Link in der Fußzeile dient dem Leser. echo.email sucht nach einem Link mit Abmeldewortlaut oder einer URL, die nach Abmeldung aussieht. Die Erkennung ist eine Heuristik und trifft gelegentlich den falschen Link. Ein eigener Tracking-Parameter am Link in der Fußzeile hält Abmeldungen über die Fußzeile und über den Header in der Statistik des Absenders auseinander.

Was ist List-Id?

List-Id (RFC 2919) nennt die Mailingliste, zu der eine Nachricht gehört, zum Beispiel News <news.example.com>. Google und Yahoo verlangen den Header nicht. Empfänger nutzen ihn, um Mail nach Versandstrom zu sortieren und zu filtern, daher ist er gute Praxis.

Was ist die Checkliste für gute Praxis?

Die Checkliste folgt den Anforderungen, die Google und Yahoo 2024 für Massenversender veröffentlicht haben: aligned SPF, aligned DKIM, Forward-Confirmed Reverse DNS, TLS, eine From-Domain außerhalb der Freemail-Anbieter, bei der DMARC nicht fehlschlägt, eine veröffentlichte DMARC-Richtlinie, mindestens eine aligned Authentifizierungsmethode, One-Click-Abmeldung und ein sichtbarer Abmeldelink. Jede Zeile lautet Ja oder Nein. Eine rote Zeile ist eine wahrscheinliche Ursache für schlechtere Zustellung in den Posteingang bei den großen Anbietern. Die volle Punktzahl ist die Grundlage für Massenmail.

Manche Zeilen zählen nur, wenn sie zutreffen. Die beiden Abmeldezeilen zählen, wenn die Nachricht einen Header für Massenmail trägt: List-Unsubscribe, List-Unsubscribe-Post, List-Id oder Precedence mit bulk, list oder junk. Bei einer persönlichen Nachricht ohne einen dieser Header entfallen diese Zeilen. SPF-Alignment zählt nicht zur Bewertung, wenn der Envelope-Absender mit SRS umgeschrieben wurde und DMARC mit aligned DKIM besteht. Nach einer SRS-Umschreibung prüft SPF die Domain des umschreibenden Servers statt der From-Domain. Weiterleitungen nutzen SRS gezielt, und manche sendenden Server wenden SRS auf alle ausgehende Mail an und verzichten damit auf SPF-Alignment. Die Bewertung zeigt, wie viele der gezählten Zeilen bestanden sind.

Wie wird die Nachricht dargestellt?

Die Ansicht zeigt den HTML-Teil in einem Sandbox-Rahmen. Der Browser übernimmt die Darstellung, daher entspricht das Ergebnis einem Desktop-Browser und nicht einem bestimmten Mailprogramm oder Gerät. Skripte, Formulare und Links sind in der Vorschau deaktiviert. Weitere Ansichten zeigen die Nachricht mit blockierten Bildern und mit dem Alt-Text anstelle jedes Bildes. So sehen viele Leser eine Nachricht zuerst.

Was zeigt der MIME-Abschnitt?

MIME ist die Struktur in einer Nachricht: die Teile, ihre Inhaltstypen, Zeichensätze, Transferkodierungen und die Grenzen zwischen ihnen. Ein typischer Newsletter hat einen multipart/alternative-Container mit einem text/plain-Teil und einem text/html-Teil. Ein fehlender Textteil, eine fehlende schließende Grenze oder eine ungewöhnliche Verschachtelung fallen im Baum auf.

Was zeigt der Abschnitt Rohdaten?

Der Abschnitt Rohdaten zeigt die Nachricht so, wie sie empfangen wurde, mit Statistiken: Gesamtgröße, Zeilenzahl, längste Zeile, Zeichen außerhalb von ASCII und Zeilenvorschübe ohne CR. RFC 5322 begrenzt eine Zeile auf 998 Zeichen, und manche Server brechen längere Zeilen um oder weisen sie ab. Zeilenvorschübe ohne Wagenrücklauf (CR) sind eine häufige Ursache für DKIM-Fehler, denn Server auf dem Weg schreiben sie um.

Die Ansicht der Rohnachricht beginnt mit den Trace-Headern, die mx.echo.email bei der Zustellung aufzeichnet: Return-Path, Authentication-Results, Received-SPF und Received. Darunter steht die Nachricht genau so, wie sie empfangen wurde, und der Download-Link liefert die unveränderte .eml-Datei.

Welche Blocklisten prüft der Bericht?

Empfänger prüfen die sendende IP-Adresse und die Absenderdomains auf DNS-Blocklisten, und ein Eintrag auf einer verbreiteten Liste führt zu abgewiesener oder gefilterter Mail. Der Bericht prüft dieselben Listen wie scan.mx: Spamhaus ZEN und AuthBL für die IP-Adresse, Spamhaus DBL und ZRD für die From- und die Envelope-Domain, dazu SpamCop, GBUdb Truncate und PSBL für IPv4-Adressen. Jede Zeile lautet gelistet oder nicht gelistet, mit einem Link zur Austragungsseite des Listenbetreibers.

Eine Richtlinien-Listung auf Spamhaus PBL kennzeichnet einen Adressbereich, der nicht direkt Mail senden soll, zum Beispiel einen privaten Anschluss. Mail von einer solchen Adresse gehört über den Mailserver des Anbieters. Ergebnisse werden zwei Stunden zwischengespeichert, daher zeigt ein neuer Test eine Korrektur spätestens nach zwei Stunden.

Was bedeutet der SpamAssassin-Wert?

SpamAssassin ist ein quelloffener Spamfilter, den viele empfangende Server nutzen. Der Mailserver bewertet jede Testnachricht mit SpamAssassin und den Standardregeln, die täglich aktualisiert werden. Der Bericht zeigt den Gesamtwert, die Spamschwelle von 5 und jede Regel, die zutraf, mit den meisten Punkten zuerst. Negative Punkte zählen zugunsten der Nachricht, zum Beispiel für eine gültige DKIM-Signatur.

Die Netzwerktests prüfen die sendende IP-Adresse und die Domains in den Links auf Spamhaus (über DQS), URIBL, SURBL und den anderen Listen der Standardregeln. Bayes-Lernen und die gemeinsamen Hash-Netzwerke Razor, Pyzor und DCC bleiben ausgeschaltet. Daher hängt der Wert nur von der Nachricht ab, und nichts über die Nachricht verlässt den Server zum Lernen.

Der Wert dient nur zur Orientierung und zählt nicht zur Bewertung der guten Praxis. Jeder Empfänger betreibt einen eigenen Filter mit eigenen Regeln und Schwellen, und Gmail und Outlook nutzen SpamAssassin gar nicht. Ein Wert über null ist normal. Die Regeln mit den meisten Punkten zeigen, wo eine Änderung am meisten bringt. Nachrichten über 500 KB werden nicht bewertet.

Warum brauchen die Absenderdomains Mailserver?

Antworten gehen an die From-Domain, und Bounces gehen an die Domain des Envelope-Absenders. Beide brauchen einen MX-Eintrag oder zumindest einen Adresseintrag, den Mailserver ersatzweise nutzen. Ein Null MX, also ein einzelner MX, der auf einen Punkt zeigt (RFC 7505), erklärt, dass eine Domain überhaupt keine Mail annimmt. Manche Empfänger weisen Nachrichten von einer solchen Domain ab.

Welche HTML-Elemente gelten als riskant?

Skripte, Formulare, iframes, objects und embeds gehören selten in eine E-Mail. Die meisten Mailprogramme entfernen sie, und Spamfilter werten sie als Hinweis auf Phishing. Einfache Links und Bilder erfüllen denselben Zweck ohne diesen Nachteil. Der Abschnitt Inhalt zeigt außerdem die HTML-Größe und wie viel sichtbaren Text das HTML enthält, denn eine Nachricht fast nur aus Markup oder Bildern wirkt auf Filter verdächtig.

Warum werden Link-Kürzer markiert?

Öffentliche Link-Kürzer wie bit.ly verbergen das eigentliche Ziel. Phishing-Kampagnen nutzen sie häufig, daher misstrauen Filter Links über solche Dienste. Links, die direkt auf die Domain des Absenders zeigen, bauen dagegen Reputation auf.

Was zeigt der DNS-Abschnitt?

Jede DNS-Abfrage für den Bericht erscheint im DNS-Abschnitt, gruppiert nach Zweck: Reverse DNS, SPF, DKIM, DMARC, BIMI, Mailserver und der IPv6-Check. Abfragen bei Blocklisten fehlen in der Liste, denn ihre Abfragenamen enthalten einen Zugangsschlüssel. Jeder Eintrag zeigt den Namen, den Eintragstyp, den Antwortcode, die Antworten mit TTL und eventuelle Authority-Einträge. Die Liste zeigt, welche Einträge zu welchem Ergebnis geführt haben. Das hilft, wenn eine neue DNS-Änderung noch nicht jeden Resolver erreicht hat.

Weitere kostenlose Tools

scan.mx
Prüft die Mail-Einrichtung einer Domain: MX, SPF, DKIM, DMARC, BIMI.
portscan.com
Prüft, welche TCP-Ports einer IP-Adresse offen sind, auch Port 25.