So funktioniert der Test

RFC 4406 §4 — Record Selection

Sender ID `auth.sender_id`

Dieselbe Prüfung wie SPF, ausgeführt für die Domain im From-Header statt für den Envelope. Sie beantwortet eine andere Frage: ob die Domain, die Ihr Leser sieht, den Server autorisiert, der die Nachricht gesendet hat. Eine Nachricht kann SPF für ihren Envelope bestehen, während die sichtbare Domain für niemanden bürgt.

Bei einem Fehlschlag: Veröffentlichen Sie SPF für die Domain in Ihrem From-Header, nicht nur für die Bounce-Domain, die Ihre Plattform Ihnen zugewiesen hat.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung und bis zu 0.5 von 10 Punkten in der klassischen Bewertung.

After the above steps, there should be one record remaining and evaluation can proceed.

SPF `auth.spf`

SPF ist ein DNS-Eintrag, der auflistet, welche Server für Ihre Domain senden dürfen. Der empfangende Server nimmt die Adresse im Envelope, ruft den Eintrag dieser Domain ab und prüft, ob die verbindende IP darin enthalten ist. Wir melden das Ergebnis und die Anzahl der DNS-Abfragen, die der Eintrag benötigte, da die Auswertung nach zehn stoppt und alles darüber hinaus ein dauerhafter Fehler statt eines Erfolgs ist.

Bei einem Fehlschlag: Veröffentlichen Sie einen Eintrag, der Ihre Versandplattform und nichts anderes nennt. Wenn Ihrer nahe an der Grenze von zehn Abfragen liegt, lösen Sie die Includes auf, die Sie nicht verwenden (ein Eintrag, der heute erfolgreich ist, schlägt an dem Tag fehl, an dem ein Anbieter ein eigenes Include hinzufügt).

Kostet bis zu 18 von 100 Punkten in unserer Bewertung und bis zu 1 von 10 Punkten in der klassischen Bewertung.

RFC 7208 §4.6.4 — DNS Lookup Limits

SPF implementations MUST limit the total number of those terms to 10 during SPF evaluation, to avoid unreasonable load on the DNS. If this limit is exceeded, the implementation MUST return "permerror".

RFC 7208 §2.6 — Results of Evaluation

Section 4 defines check_host(), a model function definition that uses the inputs defined above and the sender's policy published in the DNS to reach a conclusion about client authorization.

Google — Define an SPF record

Google — Requirements for bulk senders (5,000+/day)

SPF-Abgleich `auth.spf_alignment`

Ob die Bounce-Adresse mit der From-Adresse übereinstimmt, die ein Leser sieht. SPF autorisiert den Envelope, und DMARC berücksichtigt diese Autorisierung nur, wenn beide übereinstimmen.

Bei einem Fehlschlag: Bitten Sie Ihre Versandplattform um eine Bounce-Subdomain Ihrer eigenen Domain. Wenn Ihr DKIM bereits übereinstimmt, ist dies nicht dringend, aber ohne sie haben Sie keine Ausweichmöglichkeit, wenn DKIM während der Übertragung fehlschlägt.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung und bis zu 0.5 von 10 Punkten in der klassischen Bewertung.

RFC 7489 §3.1.2 — SPF-Authenticated Identifiers

In relaxed mode, the [SPF]-authenticated domain and RFC5322.From domain must have the same Organizational Domain. In strict mode, only an exact DNS domain match is considered to produce Identifier Alignment.

RFC 7489 §6.6.2 — Determine Handling Policy

If one or more of the Authenticated Identifiers align with the RFC5322.From domain, the message is considered to pass the DMARC mechanism check.

Google — Add a DMARC record

Google — Requirements for bulk senders (5,000+/day)

Infrastruktur und Reputation

Der Rechner und die Adresse, von denen die Nachricht gesendet wurde, und was der Rest des Internets bereits von ihnen hält.

Sendender Hostname wird aufgelöst `infra.a_record`

Ob der bei HELO angekündigte Hostname überhaupt einen Adress-Record hat.

Bei einem Fehlschlag: Veröffentlichen Sie einen A-Record für den Namen, den Ihr Server ankündigt.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung und bis zu 3 von 10 Punkten in der klassischen Bewertung.

RFC 5321 §5.1 — Locating the Target Host

If an empty list of MXs is returned, the address is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host.

Google — MX record values and troubleshooting

Sperrlisten `infra.dnsbl`

Ob die sendende IP auf einer der Sperrlisten steht, die Empfänger tatsächlich abfragen. Unsere Liste wird anhand des dokumentierten Testpunkts jeder Zone geprüft und nicht aus einer Websuche zusammengestellt, weil eine inaktive Zone mit NXDOMAIN antwortet und dies als „sauber“ gilt.

Bei einem Fehlschlag: Befolgen Sie den Prozess zur Entfernung von der Liste auf der Website des Listenbetreibers. Ein Eintrag in einer wichtigen Zone stoppt E-Mails vollständig, behandeln Sie ihn daher vor allem anderen auf der Seite.

Kostet bis zu 25 von 100 Punkten in unserer Bewertung und bis zu 3 von 10 Punkten in der klassischen Bewertung.

RFC 5782 §2.1 — IP Address DNSxL

Each IPv4 address listed in the DNSxL has a corresponding DNS entry.

RFC 5782 §5 — Test and Contact Addresses

IPv4-based DNSxLs MUST contain an entry for 127.0.0.2 for testing purposes.

Google — Postmaster Tools: reputation and delivery errors

RFC 5321 §4.1.1.1 — Extended HELLO (EHLO) or HELLO (HELO)

HELO-Name `infra.helo`

Der Name, mit dem sich der sendende Server zu Beginn der SMTP-Kommunikation ankündigt. Es muss eine vollständig qualifizierte Domain sein, die aufgelöst werden kann.

Bei einem Fehlschlag: Setzen Sie den Hostnamen Ihres Mailservers auf einen echten Namen in Ihrer Domain und nicht auf eine Container-ID oder einen internen Namen.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung.

The argument clause contains the fully-qualified domain name of the SMTP client, if one is available.

Google — Requirements for bulk senders (5,000+/day)

MX-Record `infra.mx`

Ob die Domain in Ihrem From-Header E-Mails empfangen kann. Ohne ihn können Antworten und Unzustellbarkeitsmeldungen nirgendwo zugestellt werden, und Filter werten eine sendende Domain, die keine E-Mails empfangen kann, als negatives Signal.

Bei einem Fehlschlag: Veröffentlichen Sie einen MX-Record für die Domain, von der Sie senden, selbst wenn er nur an ein Postfach weiterleitet, das Sie einmal im Monat lesen.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung und bis zu 3 von 10 Punkten in der klassischen Bewertung.

RFC 5321 §5.1 — Locating the Target Host

The lookup first attempts to locate an MX record associated with the name.

Google — MX record values and troubleshooting

Reverse DNS `infra.rdns`

Ob die sendende IP rückwärts zu einem Hostnamen aufgelöst wird und ob dieser Hostname vorwärts wieder zu derselben IP aufgelöst wird. Entscheidend ist die Auflösung in beide Richtungen: Ein PTR, der auf ein beliebiges Ziel verweist, ist leicht einzurichten; ein übereinstimmendes Paar ist ein Beleg dafür, dass die Adresse Ihnen gehört.

Bei einem Fehlschlag: Bitten Sie den Eigentümer der IP, den PTR auf einen von Ihnen kontrollierten Namen zu setzen, und stellen Sie sicher, dass dieser Name einen zurückweisenden A-Record hat.

Kostet bis zu 12 von 100 Punkten in unserer Bewertung und bis zu 1.5 von 10 Punkten in der klassischen Bewertung.

RFC 1912 §2.1 — Inconsistent, Missing, or Bad Data

Make sure your PTR and A records match. For every IP address, there should be a matching PTR record in the in-addr.arpa domain.

Google — Requirements for bulk senders (5,000+/day)

Transportverschlüsselung `infra.tls`

Ob die Nachricht über TLS eingegangen ist und mit welcher Cipher-Suite. Alle modernen Systeme handeln TLS aus; wenn eine Nachricht unverschlüsselt eingeht, sagt das etwas über die sendende Konfiguration aus.

Bei einem Fehlschlag: Aktivieren Sie STARTTLS auf dem sendenden Server. Jede gängige Plattform unterstützt dies bereits, daher weist ein Fehler hier normalerweise auf ein selbst gehostetes Relay im Übertragungsweg hin.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung.

RFC 3207 §2 — STARTTLS Extension

The STARTTLS extension to SMTP is laid out as follows:

Google — Require TLS for secure message transport

Google — Requirements for bulk senders (5,000+/day)

Spam-Engines

Wie unabhängige Inhaltsfilter die Nachricht bewerten. Zwei Engines statt einer, weil die Bewertung einer einzelnen Engine die Meinung dieser Engine ist.

KI-Bewertung `spam.ai_judge`

Ein Modell schätzt anhand der technischen Ergebnisse und der Inhaltsmessungen, wie ein moderner auf maschinellem Lernen basierender Filter die Nachricht behandeln würde. Es sieht die Fakten, nicht den Nachrichtentext.

Bei einem Fehlschlag: Für sich genommen nur zur Information. Seine Einschätzung fließt in das unten stehende Gesamturteil ein.

Zur Information angezeigt. Wird nie bewertet.

Gesamturteil `spam.panel`

Eine Kennzahl aus den Engines, die geantwortet haben, so gewichtet, dass die deutlichste Bewertung nicht einfach durch Mittelwertbildung abgeschwächt wird. SpamAssassin und Postmark zählen als eine einzige Stimme, weil sie dieselbe Regelbasis verwenden.

Bei einem Fehlschlag: Arbeiten Sie die einzelnen Ergebnisse durch. Diese Zeile ändert sich, wenn sie sich ändern.

Kostet bis zu 25 von 100 Punkten in unserer Bewertung.

How this score is calculated

Postmark SpamCheck `spam.postmark`

Eine dritte Einschätzung, standardmäßig deaktiviert. Der Endpunkt verarbeitet die gesamte Nachricht, und wir können nichts davon unkenntlich machen, ohne das zu zerstören, was gemessen wird. Das Aktivieren bedeutet daher, zu akzeptieren, dass jede getestete Nachricht an einen Dritten kopiert wird.

Bei einem Fehlschlag: Nichts zu tun. Wenn die Prüfung deaktiviert ist, meldet sie, dass sie deaktiviert ist, was nicht mit einem bestandenen Test gleichzusetzen ist.

Zur Information angezeigt. Wird nie bewertet.

Rspamd `spam.rspamd`

Ein zweiter, unabhängig entwickelter Filter. Er widerspricht SpamAssassin oft genug, dass sich eine Abfrage lohnt, weshalb er hier enthalten ist.

Bei einem Fehlschlag: Nur zur Information. Die Einschätzung dieser Engine fließt in das Gesamturteil ein, statt separat bewertet zu werden.

Zur Information angezeigt. Wird nie bewertet.

SpamAssassin `spam.spamassassin`

Der klassische regelbasierte Filter, der weiterhin hinter den meisten E-Mail-Testwerkzeugen steckt. Jede ausgelöste Regel wird mit ihrer Gewichtung aufgeführt.

Bei einem Fehlschlag: Prüfen Sie die ausgelösten Regeln statt der Gesamtwertung. Die meisten lassen sich leicht beheben, sobald Sie sehen können, um welche es sich handelt.

Kostet bis zu 3 von 10 Punkten in der klassischen Bewertung.

Apache SpamAssassin — rule documentation

Inhalt

Die Nachricht selbst: ihre Struktur, ihre Links, ihre Bilder, die Dinge, die ein Filter liest, bevor er entscheidet.

Alternativtext für Bilder `content.alt_attributes`

Ob Bilder alt-Attribute enthalten. E-Mail-Clients blockieren externe Bilder standardmäßig, daher ist der Alternativtext in den ersten Sekunden Ihre Nachricht.

Bei einem Fehlschlag: Schreiben Sie einen Alternativtext, der die Bedeutung vermittelt, und lassen Sie das Hauptbild niemals ohne einen solchen Text.

Kostet bis zu 4 von 100 Punkten in unserer Bewertung und bis zu 0.5 von 10 Punkten in der klassischen Bewertung.

Link-Verfügbarkeit `content.broken_links`

Ob die Links in der Nachricht erreichbar sind. Ein nicht erreichbarer Link in einem Newsletter kostet sofort Vertrauen, und auch Filter bemerken ihn.

Bei einem Fehlschlag: Korrigieren oder entfernen Sie sie. Prüfen Sie auch die Tracking-Domain: Eine abgelaufene Domain macht alle Links auf einmal unbrauchbar.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung und bis zu 1 von 10 Punkten in der klassischen Bewertung.

Script und iframe `content.forbidden_tags`

Ob das HTML Tags enthält, die kein E-Mail-Client ausführt. Sie werden bestenfalls entfernt und schlimmstenfalls als Umgehungssignal gewertet.

Bei einem Fehlschlag: Entfernen Sie script, iframe, object und embed. Alles Interaktive gehört hinter einen Link.

Kostet bis zu 10 von 100 Punkten in unserer Bewertung und bis zu 1 von 10 Punkten in der klassischen Bewertung.

RFC 2046 §5.1.4 — Alternative Subtype

Verhältnis von Text zu HTML `content.html_text_ratio`

Wie viel der Nachricht aus Markup und wie viel aus lesbarem Text besteht. Eine Seite voller Markup um einen einzigen Satz ist eine Struktur, die Filter erkennen.

Bei einem Fehlschlag: Schreiben Sie einen Textteil, der dasselbe aussagt wie das HTML, statt eines Platzhalters.

Kostet bis zu 3 von 100 Punkten in unserer Bewertung und bis zu 0.3 von 10 Punkten in der klassischen Bewertung.

Systems should recognize that the content of the various parts are interchangeable.

RFC 2046 §5.1.4 — Alternative Subtype

Text- und HTML-Teile `content.html_version`

Ob die Nachricht neben dem HTML eine Klartextalternative enthält. Einige Filter gewichten ihr Fehlen, und jeder Screenreader benötigt eine.

Bei einem Fehlschlag: Senden Sie multipart/alternative mit einer echten Textversion, nicht mit einem leeren Teil oder einer Zeile, die dazu auffordert, die Nachricht in einem Browser anzusehen.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung.

The "multipart/alternative" type is syntactically identical to "multipart/mixed", but the semantics are different. In particular, each of the body parts is an "alternative" version of the same information.

HTML-Größe `content.html_weight`

Wie groß der HTML-Teil ist. Gmail schneidet eine Nachricht ab ungefähr 102 KB ab und verbirgt den Rest hinter einem Link, wodurch auch Ihre Fußzeile zum Abbestellen verborgen wird.

Bei einem Fehlschlag: Kürzen Sie Inline-CSS und wiederholte Stilblöcke (die meisten Vorlagen passen in ein Drittel des Grenzwerts, sobald die ungenutzten Regeln entfernt sind).

Kostet bis zu 3 von 100 Punkten in unserer Bewertung und bis zu 0.3 von 10 Punkten in der klassischen Bewertung.

Bildgröße `content.images_weight`

Die Gesamtgröße der Bilder, die die Nachricht lädt. Große Bilder machen eine Nachricht auf einem Mobiltelefon langsam, und reine Bildnachrichten sind ein Format, das Filter mit Misstrauen behandeln.

Bei einem Fehlschlag: Komprimieren Sie sie und stellen Sie sicher, dass die Nachricht auch bei deaktivierten Bildern lesbar bleibt.

Kostet bis zu 3 von 100 Punkten in unserer Bewertung und bis zu 0.3 von 10 Punkten in der klassischen Bewertung.

Link-Reputation `content.malicious_links`

Ob ein Link in einem Bedrohungsfeed aufgeführt ist. Ein einziger aufgeführter Link blockiert die Nachricht, unabhängig davon, ob alles andere korrekt ist.

Bei einem Fehlschlag: Entfernen Sie ihn. Wenn es Ihre eigene Domain ist, müssen Sie eine Kompromittierung beheben, bevor Sie etwas anderes senden.

Kostet bis zu 40 von 100 Punkten in unserer Bewertung.

Anhangprüfung `content.malware`

Ob Anhänge bekannte Schadsoftware enthalten. Bei Installationen, in denen der Scanner deaktiviert ist, wird gemeldet, dass er nicht ausgeführt wurde, statt ein sauberes Ergebnis zu melden.

Bei einem Fehlschlag: Wenn dies auslöst, stellen Sie den Versand ein und ermitteln Sie, was sich auf dem Computer befindet, der die Nachricht erstellt hat.

Kostet bis zu 60 von 100 Punkten in unserer Bewertung.

ClamAV — how detection works

Preheader `content.preheader`

Die Vorschauzeile, die ein Client neben dem Betreff anzeigt. Ohne sie zeigt er den Inhalt an, der im Nachrichtentext zuerst kommt, was normalerweise ein Link zur Browseransicht ist.

Bei einem Fehlschlag: Fügen Sie als erstes Element des Nachrichtentexts einen ausgeblendeten Preheader-Block hinzu.

Kostet bis zu 2 von 100 Punkten in unserer Bewertung.

RFC 5322 §2.2 — Header Fields

Betreffzeile `content.subject`

Länge, Groß- und Kleinschreibung und die Muster, die Filter bewerten. Wir messen den dekodierten Betreff, sodass eine kyrillische oder CJK-Zeile als Text und nicht als ihre Kodierung bewertet wird.

Bei einem Fehlschlag: Halten Sie ihn unter etwa 60 Zeichen und verzichten Sie auf Großbuchstaben und Ausrufezeichen.

Kostet bis zu 3 von 100 Punkten in unserer Bewertung.

Header fields are lines beginning with a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF.

RFC 2047 §2 — Syntax of encoded-words

An 'encoded-word' is defined by the following ABNF grammar.

Verkürzte Links `content.url_shortener`

Ob Links über einen öffentlichen URL-Kürzungsdienst führen. Kürzungsdienste verbergen das Ziel, und genau darauf sind Filter trainiert, mit Misstrauen zu reagieren.

Bei einem Fehlschlag: Verlinken Sie Ihre eigene Domain oder verwenden Sie die Tracking-Domain Ihrer Plattform auf einer Ihrer Subdomains.

Kostet bis zu 5 von 100 Punkten in unserer Bewertung und bis zu 0.5 von 10 Punkten in der klassischen Bewertung.

RFC 7489 §6.3 — General Record Format

Regeln für Massenversender

Die Anforderungen, die Gmail und Yahoo für alle veröffentlichen, die große Mengen versenden. Diese gelten für Rundsendungen und werden bei Nachrichten übersprungen, die nicht wie eine solche aussehen.

DMARC-Richtlinie veröffentlicht `compliance.dmarc_present`

Ob die From-Domain überhaupt einen DMARC-Eintrag veröffentlicht, unabhängig davon, ob diese Nachricht die Prüfung bestanden hat. Gmail und Yahoo verlangen einen solchen Eintrag von Massenversendern.

Bei einem Fehlschlag: Veröffentlichen Sie einen Eintrag. p=none reicht aus, um die Anforderung zu erfüllen, und liefert Ihnen Berichte, mit denen Sie arbeiten können.

Kostet bis zu 6 von 100 Punkten in unserer Bewertung.

p: Requested Mail Receiver policy (plain-text; REQUIRED for policy records).

Google — Requirements for bulk senders (5,000+/day)

RFC 2369 §3.2 — List-Unsubscribe

List-Unsubscribe `compliance.list_unsubscribe`

Ob die Nachricht einen Abmelde-Header enthält, den ein E-Mail-Client verarbeiten kann. Gmail und Yahoo verlangen ihn von Massenversendern, und sein Fehlen wird unabhängig von allem anderen bei der Filterung berücksichtigt.

Bei einem Fehlschlag: Fügen Sie einen List-Unsubscribe-Header mit einer HTTPS-URI hinzu. Jede Versandplattform kann dies umsetzen.

Kostet bis zu 10 von 100 Punkten in unserer Bewertung und bis zu 1 von 10 Punkten in der klassischen Bewertung.

The List-Unsubscribe field describes the command (preferably using mail) to directly unsubscribe the user (removing them from the list).

Google — Requirements for bulk senders (5,000+/day)

RFC 8058 §4 — Additional Requirements

Abmeldung mit einem Klick `compliance.one_click_unsubscribe`

Die strengere Form: eine HTTPS-URI, ein "List-Unsubscribe-Post"-Header und eine einzelne gültige DKIM-Signatur, die beide Header abdeckt. Alle drei müssen vorhanden sein, sonst zeigt der Empfänger die Schaltfläche nicht an.

Bei einem Fehlschlag: Meist fehlt die Signatur: Plattformen signieren "List-Unsubscribe" und vergessen "List-Unsubscribe-Post". Beide Header-Namen müssen im h=-Tag derselben Signatur enthalten sein.

Kostet bis zu 8 von 100 Punkten in unserer Bewertung.

The List-Unsubscribe and List-Unsubscribe-Post headers MUST be covered by the signature and included in the "h=" tag of a valid DKIM-Signature header field.

RFC 8058 §3.1 — Mail Senders

The List-Unsubscribe header field MUST contain one HTTPS URI.

Google — Requirements for bulk senders (5,000+/day)