Warum wird meine E-Mail beim Versand abgelehnt (Spam-Verdacht)?

Wie eingehende E-Mails prüfen wir auch E-Mails, die über unsere Mailserver versendet werden. Dabei kann es vorkommen, dass eine Nachricht beim Versand abgelehnt wird. In diesem Beitrag erklären wir, warum wir das tun, wen es betrifft (und wen nicht) und was die häufigsten Ursachen sind.

Das Wichtigste in Kürze

• Normale E-Mails, die mit gängigen E-Mail-Programmen (Outlook, Thunderbird, Apple Mail, iOS/Android, unser Webmail) geschrieben und versendet werden, sind praktisch nie betroffen.
• Wird eine Mail abgelehnt, liegt die Ursache fast immer in der Mail selbst – entweder in ihrem technischen Aufbau oder in ihrem Inhalt.
• Die Prüfung richtet sich nicht gegen Sie. Sie sorgt dafür, dass unsere Mailserver und IP-Adressen bei anderen Providern zuverlässig zustellen – auch Ihre Mails.
• Die Bewertung erfolgt vollautomatisch. Es liest niemand Ihre E-Mails.
• Abgelehnte Mails verschwinden nicht heimlich: Sie erhalten beim Versand eine Fehlermeldung bzw. eine Unzustellbarkeitsnachricht.

Warum prüfen wir überhaupt ausgehende E-Mails?

Der Ruf einer Mailserver-Infrastruktur ist ihr wichtigstes Gut. Empfänger-Provider wie Google, Microsoft, GMX/Web.de oder Apple entscheiden anhand der Reputation unserer IP-Adressen und Mailserver, ob eine Nachricht im Posteingang landet, im Spam-Ordner oder gar nicht erst angenommen wird.

Diese Reputation ist gemeinsames Eigentum aller Kunden auf der Plattform. Ein einziges kompromittiertes Postfach kann innerhalb weniger Minuten zehntausende Spam-Mails versenden. Die Folge sind Einträge auf Blacklists, Zustellverzögerungen und Ablehnungen – und zwar für alle, die über dieselben Systeme versenden.

Deshalb prüfen wir ausgehende Nachrichten mit demselben Spamfilter (rspamd), den wir auch für eingehende Mails einsetzen. Das erreicht zwei Dinge gleichzeitig:

1. Gehackte oder missbrauchte Postfächer fallen sofort auf und können praktisch keinen Schaden anrichten.
2. Nachrichten, die andere Provider mit hoher Wahrscheinlichkeit als Spam einstufen würden, verlassen unsere Systeme erst gar nicht.

Seit Einführung dieser Prüfung hat sich das ausgehende Spam-Aufkommen auf ein Minimum reduziert. Davon profitiert jede E-Mail, die Sie versenden.

Warum gelten ausgehend dieselben Maßstäbe wie eingehend?

Das ist eine bewusste Entscheidung. Es wäre unlogisch, eine Nachricht ausgehend durchzulassen, die wir eingehend als Spam einstufen würden – denn der empfangende Server anderswo würde genau dieselbe Bewertung vornehmen. Die Mail würde dann eben nicht bei uns scheitern, sondern beim Empfänger im Spam-Ordner landen oder abgewiesen werden. Nur mit dem Unterschied, dass Sie davon nichts mitbekommen und unsere Reputation zusätzlich Schaden nimmt.

Eine Ablehnung beim Versand ist also die ehrlichere Variante: Sie erfahren sofort, dass mit der Nachricht etwas nicht stimmt, und können es korrigieren.

Betrifft mich das?

In aller Regel nicht. Wenn Sie E-Mails mit einem etablierten E-Mail-Programm oder über unser Webmail schreiben, erzeugt dieses Programm eine technisch einwandfreie Nachricht. Solche Mails passieren die Prüfung, ohne dass Sie je davon erfahren.

Betroffen sind fast ausschließlich Nachrichten, die von selbst entwickelter oder unsauber konfigurierter Versandsoftware erzeugt werden – und Nachrichten, deren Inhalt in Aufbau und Sprache typischen Werbe- oder Spam-Mails entspricht.

Woran erkenne ich eine Ablehnung?

Wir lehnen betroffene Mails direkt bei der Annahme ab (SMTP-Reject). Je nachdem, wie Sie versenden, sehen Sie:

• eine Fehlermeldung direkt im E-Mail-Programm oder in Ihrer Anwendung, z.B. als 554 5.7.1 Spam message rejected
• eine Unzustellbarkeitsnachricht (Bounce) in Ihrem Posteingang mit einem Text, z.B. 554 5.7.1 Spam message rejected
• einen Eintrag im Log Ihrer Anwendung – vorausgesetzt, Ihre Software wertet SMTP-Antworten überhaupt aus. Genau das ist bei Eigenentwicklungen häufig nicht der Fall.

Die Fehlermeldung enthält einen Hinweis auf den Grund der Ablehnung sowie den Verweis auf diesen Beitrag.

Häufigste Ursache 1: selbst entwickelte Versandsoftware

Der mit Abstand häufigste Fall. Eine E-Mail ist kein einfacher Text – sie ist ein streng standardisiertes Format (RFC 5322 und MIME). Wer den SMTP-Dialog und den Mail-Aufbau selbst implementiert, vergisst erfahrungsgemäß Kleinigkeiten, die für Spamfilter deutliche Warnsignale sind.

Typische Fehler:

• Fehlender oder fehlerhafter Date:-Header – oder ein Datum, das Stunden bis Tage in der Vergangenheit oder Zukunft liegt.
• Fehlende oder nicht eindeutige Message-ID: – oder eine, deren Domain-Teil nicht zur Absenderdomain passt.
• Fehlender MIME-Version:-Header bei gleichzeitig gesetztem Content-Type.
• Fehlende Zeichensatzangabe (charset=), sodass Umlaute und Sonderzeichen beim Empfänger zerfallen.
• Falsches Content-Transfer-Encoding: 8-Bit-Zeichen werden als 7bit deklariert, oder Base64-Blöcke sind fehlerhaft umbrochen.
• Falsche Zeilenenden: E-Mail-Header und -Body müssen mit CRLF (\r\n) enden. Reine LF-Zeilenenden ("bare LF") sind ein klassisches Merkmal selbst gebauter Clients.
• Zu lange Zeilen – über 998 Zeichen ohne Umbruch ist ein Standardverstoß.
• Nicht kodierte Sonderzeichen in Kopfzeilen: Umlaute in Betreff oder Anzeigename müssen nach RFC 2047 kodiert werden.
• Fehlende Standard-Header wie From:, To: oder Subject: – oder gleich mehrere From:-Zeilen.
• Ungültiger HELO/EHLO-Name beim SMTP-Dialog, etwa localhost oder ein frei erfundener Hostname.

Jeder einzelne Punkt für sich mag harmlos wirken. In Summe entsteht daraus aber genau das Profil, das massenhaft von Spam-Software erzeugt wird – und dementsprechend wird die Nachricht bewertet.

Unsere Empfehlung: Bauen Sie den Mailversand nicht selbst. Für jede verbreitete Programmiersprache gibt es ausgereifte Bibliotheken, die den Standard korrekt umsetzen – etwa PHPMailer oder Symfony Mailer (PHP), EmailMessage aus dem Python-Standardmodul email, Nodemailer (JavaScript), MailKit (.NET) oder JavaMail. Diese Bibliotheken lösen das Problem in aller Regel vollständig.

Häufigste Ursache 2: Mails aus Frameworks, CMS oder Shopsystemen

Technisch dieselbe Baustelle, nur mit anderer Herkunft: Auch Mails aus Webanwendungen, Kontaktformularen, Shop- oder Ticketsystemen sind häufig strukturell fehlerhaft – besonders dann, wenn Header manuell zusammengesetzt und einer einfachen Versandfunktion übergeben werden (in PHP etwa die Funktion mail() mit selbst gebautem Header-String).

Zusätzlich kommen hier eigene Fehlerbilder dazu:

• HTML-Mail ohne Textteil oder mit einem Textteil, der lediglich "Bitte aktivieren Sie HTML" enthält. Eine korrekte multipart/alternative-Mail enthält beide Varianten mit demselben Inhalt.
• Kaputtes oder aufgeblähtes HTML, etwa aus Word oder einem WYSIWYG-Editor kopiert, inklusive unsichtbarer Elemente.
• Mails, die praktisch nur aus einem Bild oder einem Link bestehen und kaum Text enthalten.
• Gefälschte Absenderadressen: Ein Kontaktformular, das die vom Besucher eingegebene Adresse als From: verwendet, versendet aus Sicht des Filters im fremden Namen. Setzen Sie die Besucheradresse stattdessen in Reply-To: und als From: eine eigene Adresse Ihrer Domain.
• Nicht existierende Absenderadressen wie noreply@ ohne zugehöriges Postfach.
• Selbst erzeugte Received:-Header oder manipulierte Kopfzeilen, die einen anderen Versandweg vortäuschen.

Häufigste Ursache 3: der Inhalt der Nachricht

Die zweite große Kategorie hat nichts mit Technik zu tun. Unser Filter bewertet Nachrichten unter anderem statistisch: Ein sogenannter Bayes-Klassifikator vergleicht Wortkombinationen und Formulierungen einer Mail mit dem, was er aus großen Mengen bekannter Spam- und Nicht-Spam-Mails gelernt hat. Fällt diese Bewertung eindeutig aus, wird die Nachricht abgelehnt – unabhängig davon, wer sie geschrieben hat und wie gut sie technisch aufgebaut ist.

Typische Inhalte, die dabei auffallen:

• Werbliche Massenmails, Angebote, Rabattaktionen und Newsletter-Bausteine
• Starke Dringlichkeit ("letzte Mahnung", "Konto wird gesperrt", "nur noch heute")
• Rechnungs-, Mahnungs- oder Lieferbenachrichtigungs-Texte in generischer Form
• Themen rund um Geld, Kredite, Gewinne, Kryptowährungen oder Investments
• Viele Links, verkürzte URLs oder Links, die auf eine IP-Adresse zeigen
• Auffällige Formatierung: durchgehende Großschreibung, Ketten von Ausrufezeichen, riesige farbige Schrift
• Kopierte oder aus Vorlagen zusammengesetzte Texte, wie sie auch in echten Spam-Kampagnen vorkommen

Auch legitime Nachrichten können in dieses Muster fallen – etwa eine Werbe-Rundmail an Kunden, die sprachlich exakt so aufgebaut ist wie eine unerwünschte Werbemail. Der Filter kann Ihre Absicht nicht kennen; er sieht nur die Nachricht. Und Empfänger-Provider handhaben das genauso.

Was hilft: Formulieren Sie sachlich und persönlich, verzichten Sie auf Marketing-Floskeln und reduzieren Sie die Anzahl der Links. In vielen Fällen genügt eine leichte Umformulierung.

Häufigste Ursache 4: kompromittiertes Postfach

Wenn plötzlich Mails abgelehnt werden, die Sie gar nicht selbst versendet haben, ist Ihr Postfach möglicherweise in fremde Hände geraten – etwa weil das Passwort in einem Datenleck aufgetaucht ist oder ein Gerät mit Schadsoftware infiziert wurde. Genau für diesen Fall ist die Prüfung gedacht.

In diesem Fall:

1. Ändern Sie umgehend das Passwort des betroffenen Postfachs und verwenden Sie ein starkes, einmaliges Passwort.
2. Prüfen Sie alle Geräte, auf denen das Postfach eingerichtet ist, auf Schadsoftware.
3. Kontrollieren Sie Weiterleitungen, Filterregeln und hinterlegte Signaturen im Postfach auf unerwünschte Änderungen.
4. Prüfen Sie bei Webanwendungen, ob ein Kontaktformular oder eine veraltete Software als Spam-Schleuder missbraucht wird.

Häufigste Ursache 5: Menge und Geschwindigkeit

Postfächer sind für persönliche Kommunikation gedacht, nicht für Massenversand. Wer sehr viele Nachrichten in kurzer Zeit oder eine große Zahl an Empfängern pro Nachricht verschickt, stößt an Versandbegrenzungen – ebenfalls ein Schutzmechanismus, der bei kompromittierten Zugängen sofort greift.

Für regelmäßigen Newsletter- oder Massenversand nutzen Sie bitte eine dafür vorgesehene Lösung mit sauberem Anmeldeverfahren (Double Opt-in), funktionierendem Abmeldelink und getrennter Versandinfrastruktur.

Technische Checkliste für Entwickler

Wenn Sie Mails aus eigener Software versenden, prüfen Sie diese Punkte:

Ein guter Test: Senden Sie eine Nachricht aus Ihrer Anwendung an ein eigenes Postfach und sehen Sie sich den vollständigen Quelltext der Mail an. Vergleichen Sie ihn mit einer Nachricht, die Sie mit einem normalen E-Mail-Programm geschrieben haben. Die Unterschiede sind meist auf den ersten Blick sichtbar.

Warum machen wir keine Ausnahmen?

Eine pauschale Ausnahme für ein Postfach oder eine Domain würde genau die Lücke öffnen, die wir schließen wollen: Wird ein solcher Zugang kompromittiert, versendet er ungebremst Spam. Genauso wenig hilft es, ausgehend großzügiger zu prüfen als eingehend – die Nachricht scheitert dann eben beim Empfänger, nur später und für Sie unsichtbar.

Der wesentliche Punkt ist: Eine abgelehnte Nachricht ist ein Hinweis darauf, dass diese Mail auch bei ihrem Empfänger schlechte Chancen hätte. Wer die Ursache behebt, verbessert damit nicht nur den Versand über unsere Server, sondern die Zustellbarkeit generell.

Und wenn die Nachricht wirklich in Ordnung war?

Kein Filter ist perfekt. Bevor Sie sich an uns wenden, arbeiten Sie bitte die oben genannten Punkte durch – erfahrungsgemäß findet sich die Ursache dabei in den allermeisten Fällen, insbesondere bei selbst entwickelter oder frameworkbasierter Versandsoftware.

Bleibt die Ablehnung danach bestehen und handelt es sich um eine reguläre, technisch einwandfreie Nachricht, wenden Sie sich bitte mit den folgenden Angaben an unseren Support: Absender- und Empfängeradresse, Zeitpunkt des Versandversuchs, die vollständige Fehlermeldung sowie – falls vorhanden – der Quelltext der Nachricht. Wir sehen uns den Einzelfall dann an.

Bitte haben Sie Verständnis dafür, dass wir weder Postfächer pauschal von der Prüfung ausnehmen noch einzelne Nachrichten manuell durchleiten können.