Über sender.report

Zeigt, ob deine sendende IP und deine Hostnamen sauber und konsistent im DNS hinterlegt sind. Inkonsistenzen wirken wie ein schlecht gewarteter oder gekaperter Server.

• Kritisch
  PTR / Reverse DNS – zu deiner sendenden IP muss ein Hostname hinterlegt sein, der wiederum auf dieselbe IP zurückzeigt (Forward-confirmed rDNS). Fehlt der PTR, lehnen viele große Provider direkt ab. RFC 1912 ↗
• Empfohlen
  PTR-Muster – generische oder „dynamisch" aussehende Hostnamen (z. B. p5dxxxx.dip0.t-ipconnect.de) gelten als Privatanschluss und sind ein starkes Spam-Signal – selbst wenn der PTR technisch existiert.
• Wichtig
  HELO / EHLO – der Name, mit dem sich dein Server am Anfang der SMTP-Verbindung vorstellt, sollte ein gültiger, zur IP passender FQDN sein.
• Wichtig
  MX-Records – prüft, ob die Domain überhaupt empfangsfähige Mailserver veröffentlicht. Wichtig für Rückläufer (Bounces) und Glaubwürdigkeit.
• Empfohlen
  A / AAAA – existieren die zugrundeliegenden Host-Adressen (IPv4/IPv6)? Lücken deuten auf eine unvollständige DNS-Konfiguration hin.
• Wichtig
  TLS-Transport – wurde die Mail verschlüsselt übertragen (STARTTLS)? Unverschlüsselte Übertragung ist heute ein Reputations- und Datenschutzproblem.
• Empfohlen
  Bounce-Domain (Envelope-From) MX – kann die Return-Path-Domain überhaupt Bounces empfangen? Sonst gehen Unzustellbarkeits-Meldungen verloren.
• Optional
  MTA-STS – erzwingt verschlüsselten Transport zu deinen Mailservern und verhindert Downgrade-Angriffe. RFC 8461 ↗
• Optional
  TLS-RPT – lässt dir Berichte über fehlgeschlagene TLS-Verbindungen zukommen. RFC 8460 ↗
• Optional
  DNSSEC – ist deine Zone kryptografisch signiert? Schützt deine DNS-Antworten (inkl. SPF/DKIM/DMARC) vor Manipulation.
• Optional
  BIMI & DANE/TLSA – BIMI zeigt dein Markenlogo im Postfach (setzt p=quarantine/reject voraus), DANE bindet TLS-Zertifikate per DNS. Fortgeschrittene Vertrauenssignale. bimigroup.org ↗
• Empfohlen
  From-Domain Empfangscheck – prüft, ob die MX-Records der From-Header-Domain tatsächlich eingehende Mail annehmen. Eine From-Domain, die keine Bounces empfangen kann, signalisiert eine unbeobachtete oder aufgegebene Domain.

So bewerten verbreitete Filter und Reputationsdienste deine Mail. Die letzten vier Checks sind optional und müssen auf der Startseite aktiv eingeschaltet werden, da sie externe Dienste kontaktieren.

• Wichtig
  SpamAssassin – der De-facto-Standard-Filter vieler Mailserver. Zeigt den Gesamt-Score und die einzelnen ausgelösten Regeln mit Punktwerten. spamassassin.apache.org ↗
• Wichtig
  Rspamd – moderner, weit verbreiteter Filter. Liefert eine detaillierte Symbol-Analyse (welche Merkmale wie stark gewertet wurden). rspamd.com ↗
• Kritisch
  DNSBL / RBL (IP-Reputation) – steht deine sendende IP auf bekannten Blacklists (z. B. Spamhaus, Spamcop)? Ein Treffer ist einer der häufigsten Gründe für komplette Ablehnung. Inkl. Delisting-Hinweisen. Spamhaus Lookup ↗
• Empfohlen Opt-in
  Domain-Alter – wie lange ist die Absender-Domain registriert? Brandneue Domains sind ein starkes Spam-Signal. Abfrage via RDAP (rdap.org). about.rdap.org ↗
• Kritisch Opt-in
  Domain-Blocklist – steht die Absender-Domain auf einer Domain-Blockliste (Spamhaus DBL, URIBL)? Treffer führen oft direkt zu Ablehnung.
• Kritisch Opt-in
  Link-Blocklist – prüft die Domains aller in der Mail enthaltenen Links gegen URI-Blocklisten. Ein einziger gelisteter Link kann die ganze Mail in den Spam befördern.
• Empfohlen Opt-in
  Broken Links – führt HTTP-GET-Anfragen an alle Links in der Mail durch, um zu prüfen, ob sie mit 2xx/3xx antworten. Defekte Links schädigen das Vertrauen der Empfänger. Opt-in, da externe Server kontaktiert werden.

Der technische und inhaltliche Aufbau der Nachricht. Schlechtes Format ist ein klassisches Spam-Signal und kann die Darstellung beim Empfänger zerstören.

• Wichtig
  MIME-Struktur – ist die Nachricht RFC-konform aufgebaut (Header, Body, Boundaries, Encoding)? Kaputte Struktur wird abgewertet oder gar nicht erst korrekt dargestellt.
• Empfohlen
  multipart/alternative – eine reine HTML-Mail ohne Text-Alternative wirkt unprofessionell und spamverdächtig. Beide Varianten sollten vorhanden sein.
• Empfohlen
  Plain-Text-Teil – der Plaintext-Anteil sollte sinnvollen Inhalt enthalten, nicht nur Leerzeichen oder einen Dummy-Text.
• Empfohlen
  Bild/Text-Verhältnis – zu viele Bilder und zu wenig Text sind ein klassisches Spam-Signal.
• Empfohlen
  HTML-Validität – unsauberes HTML und ungültige Tags können Darstellungsfehler verursachen und werden von Filtern abgewertet.
• Empfohlen
  Versteckter HTML-Text – unsichtbarer Text (z. B. weiß auf weiß) ist ein typischer Spammer-Trick.
• Empfohlen
  Schädliches HTML – erkennt <script>-Tags und Meta-Refresh-Weiterleitungen im E-Mail-HTML — beide werden bei Phishing eingesetzt und werden von den meisten Clients hart geblockt.
• Empfohlen
  Bild-Alt-Text – Bilder ohne Alt-Attribute reduzieren die Barrierefreiheit und können einige Spam-Filter auslösen.
• Kritisch
  Link-Domain-Mismatch – erkennt Anker, bei denen der sichtbare Text eine andere Domain zeigt als das href — ein klassisches Phishing-Muster.
• Empfohlen
  Zu viele Links – mehr als 30 Links in einer Mail ist ein bekanntes Spam-Signal, das von SpamAssassin und Gmail genutzt wird.
• Empfohlen
  Tracking-Links & URL-Shortener – URL-Verkürzer und auffällige Tracking-Links verschleiern das echte Ziel und werden von Filtern kritisch gesehen.
• Empfohlen
  Betreff – Länge, übermäßige GROSSSCHREIBUNG und Ausrufezeichen-Ketten erhöhen den Spam-Score.
• Wichtig
  List-Unsubscribe – bei Massen-/Marketing-Mails erwarten Provider einen List-Unsubscribe-Header. Fehlt er, drohen Spam-Einordnung und Beschwerden. RFC 2369 ↗
• Empfohlen
  One-Click Unsubscribe (RFC 8058) – der List-Unsubscribe-Post-Header ermöglicht Ein-Klick-Abmeldung bei Gmail/Yahoo. Für Massenversender seit 2024 Pflicht. RFC 8058 ↗

Die technischen Basis-Header. Fehlende oder unplausible Pflichtfelder deuten auf einen fehlkonfigurierten Mailserver hin.

• Wichtig
  Message-ID – jede Mail braucht eine eindeutige, gültige Message-ID. Fehlt sie, ist das ein deutliches Spam-Signal.
• Wichtig
  Message-ID-Format – validiert das <id@domain>-Format. Eine falsch formatierte Message-ID wird von SpamAssassin markiert.
• Empfohlen
  Date & Date-Skew – das Sendedatum muss vorhanden und plausibel sein. Stark abweichende Zeitstempel deuten auf einen falsch konfigurierten Server hin.
• Wichtig
  Received-Chain – die Kette der durchlaufenen Server sollte lückenlos und konsistent sein und dokumentiert den Weg der Mail.
• Empfohlen
  Reply-To – prüft, ob ein Reply-To-Header gesetzt ist und ob er sinnvoll ist.
• Empfohlen
  Return-Path – prüft, ob der Return-Path gesetzt und korrekt formatiert ist.
• Empfohlen
  No-Reply ohne Reply-To – wenn die From-Adresse eine No-Reply-Adresse ist, aber kein Reply-To gesetzt wurde, werden Antworten der Empfänger still verworfen.
• Wichtig
  Fake-Reply-Prefix – erkennt Re:/Fwd:/Aw: im Betreff ohne entsprechenden In-Reply-To-Header — ein Manipulationstrick.
• Empfohlen
  Body-Zeichensatz – prüft, ob der Zeichensatz im Body-Teil korrekt deklariert und konsistent ist.
• Empfohlen
  MIME Content-Type – prüft, ob der Content-Type-Header korrekt gesetzt ist.
• Empfohlen
  MIME-Boundary – prüft die Korrektheit der MIME-Boundaries bei mehrteiligen Nachrichten.