WordPress-E-Mails kommen nicht an: SMTP-Problem lösen

„WordPress-E-Mails kommen nicht an“ gehört zu den häufigsten technischen Problemen bei WordPress-Seiten – und zu den am meisten missverstandenen. Viele Betreiber vermuten zuerst einen Fehler im Formular-Plugin oder im Hosting. Tatsächlich liegt die Ursache fast immer eine Ebene tiefer: bei der Art, wie WordPress E-Mails versendet.

Die gute Nachricht: Das Problem ist gut verstanden und lässt sich mit den richtigen Schritten dauerhaft lösen. Dieser Ratgeber erklärt, woran es liegt, wie Sie es diagnostizieren und wie Sie es sauber beheben.

Warum WordPress-Mails verschwinden

WordPress verschickt E-Mails standardmäßig über die interne Funktion wp_mail(). Diese greift wiederum auf die PHP-Funktion mail() zurück – und die versendet Mails ohne jede Authentifizierung. Der Mailserver behauptet einfach, im Namen Ihrer Domain zu senden, ohne das kryptografisch zu belegen. Für moderne Spam-Filter ist genau das ein Warnsignal.

Drei Faktoren verstärken das Problem zusätzlich:

• Geteilte IP-Adressen: Auf Shared Hosting teilen sich oft hunderte Domains dieselbe Server-IP. Verschickt eine davon Spam, kann die gesamte IP auf einer Blacklist landen – und Ihre Mails werden mit abgestraft, obwohl Sie nichts falsch gemacht haben.
• Fehlende SPF-, DKIM- und DMARC-Einträge: Ohne diese DNS-Einträge kann ein empfangender Server nicht überprüfen, ob eine Mail wirklich autorisiert von Ihrer Domain kommt. Fehlt der Nachweis, ist Spam-Verdacht die naheliegende Standardreaktion.
• Strengere Empfänger seit 2024: Google und Microsoft haben ihre Anforderungen an Absender verschärft. Wer größere Mengen an Mails verschickt, muss seither SPF, DKIM und eine gültige DMARC-Richtlinie vorweisen – sonst werden Mails abgelehnt oder zuverlässig aussortiert.

Das Tückische daran: Es gibt keine Fehlermeldung. WordPress meldet in aller Regel „Nachricht gesendet“, unabhängig davon, ob die Mail jemals ihr Ziel erreicht. Die Funktion wp_mail() bekommt vom Server nur bestätigt, dass die Übergabe angenommen wurde – was danach passiert, entzieht sich WordPress vollständig. Genau deshalb bleibt das Problem oft lange unbemerkt, bis sich Kunden über ausbleibende Bestätigungen beschweren.

Welche Funktionen betroffen sind

Das Problem betrifft nicht nur eine einzelne Funktion, sondern jede Stelle, an der WordPress selbst Mails verschickt:

• Kontaktformulare – etwa WPForms, Contact Form 7 oder Gravity Forms: Die Benachrichtigung an Sie oder die Bestätigung an den Absender kommt nicht an.
• WooCommerce-Bestellmails – Bestellbestätigung, Versandbenachrichtigung oder Rechnung erreichen Kunden nicht, was direkt zu Rückfragen und Vertrauensverlust führt.
• Passwort-Reset – Nutzer und Administratoren können sich beim Ausbleiben der Reset-Mail nicht mehr selbst ins Backend einloggen.

So finden Sie die Ursache

Bevor Sie irgendetwas ändern, sollten Sie den Ist-Zustand sauber dokumentieren. Gehen Sie dazu in dieser Reihenfolge vor:

• Testmail mit Log-Plugin versenden: Ein Protokoll-Plugin zeichnet auf, ob WordPress den Versand überhaupt an den Server übergeben hat – oder ob der Fehler schon vorher auftritt.
• Spam-Ordner prüfen: Kommt die Mail dort an, ist das ein klares Zeichen für ein Zustellungs- statt ein Versandproblem.
• mail-tester.com nutzen: Der Dienst gibt eine Testadresse aus, an die Sie eine Mail von Ihrer Website senden. Im Anschluss erhalten Sie eine Auswertung zu SPF, DKIM, DMARC und allgemeiner Spam-Bewertung.
• SPF und DKIM direkt prüfen: Mit einem DNS-Lookup-Werkzeug lässt sich unabhängig kontrollieren, ob die entsprechenden Einträge überhaupt existieren und korrekt formuliert sind.

Wichtig dabei: Testen Sie immer mit einer echten externen Adresse, etwa bei einem großen Freemail-Anbieter, und nicht nur mit einer Adresse aus dem eigenen Postfach der Domain. Server der eigenen Domain nehmen Mails aus derselben Domain oft ohnehin an, selbst wenn SPF oder DKIM fehlschlagen – das verschleiert das eigentliche Problem.

Die saubere Lösung: SMTP statt mail()

Der zuverlässige Fix besteht darin, den unauthentifizierten mail()-Versand durch echtes, authentifiziertes SMTP zu ersetzen. Dafür gibt es zwei gängige Wege:

1. SMTP-Plugin mit echtem Postfach

Plugins wie WP Mail SMTP oder FluentSMTP ersetzen wp_mail() intern durch eine echte SMTP-Verbindung. Nach der Installation hinterlegen Sie die Zugangsdaten eines echten Postfachs Ihrer Domain (SMTP-Server, Port, Benutzername, Passwort, Verschlüsselung) und verschicken eine Testmail über die integrierte Funktion des Plugins. Erst wenn dieser Test zuverlässig ankommt, ist die Konfiguration abgeschlossen.

2. Transaktions-Mail-Dienst

Bei höherem Mailaufkommen – etwa in einem aktiven WooCommerce-Shop – lohnt sich ein spezialisierter Transaktions-Mail-Dienst. Solche Dienste sind auf Zustellbarkeit optimiert, liefern eigene Zustellstatistiken und lassen sich ebenfalls über ein SMTP-Plugin per API-Schlüssel anbinden statt über ein klassisches Postfach.

SPF, DKIM und DMARC richtig setzen

SMTP allein reicht nicht aus, wenn die DNS-Einträge Ihrer Domain nicht mitspielen. Alle drei Einträge werden als TXT-Records in der DNS-Verwaltung Ihrer Domain angelegt:

• SPF listet auf, welche Server im Namen Ihrer Domain Mails versenden dürfen. Der Eintrag muss exakt den Server oder Dienst enthalten, über den Sie tatsächlich versenden – zusätzliche oder veraltete Einträge sorgen für Konflikte.
• DKIM signiert jede ausgehende Mail kryptografisch mit einem privaten Schlüssel. Den passenden öffentlichen Schlüssel als DNS-Eintrag stellt Ihnen das SMTP-Plugin oder der Mail-Dienst bei der Einrichtung bereit.
• DMARC legt fest, was passieren soll, wenn SPF oder DKIM fehlschlagen. Sinnvoll ist ein vorsichtiger Einstieg mit der Richtlinie p=none, um zunächst nur Berichte zu sammeln, bevor Sie später auf eine strengere Einstellung umstellen.

Nach jeder Änderung an den DNS-Einträgen kann es bis zu 24 bis 48 Stunden dauern, bis diese weltweit vollständig verbreitet sind. Prüfen Sie deshalb erst nach etwas Wartezeit erneut über mail-tester.com, ob alles korrekt greift.

Ein Detail, das häufig übersehen wird: Pro Domain darf es nur einen einzigen SPF-Eintrag geben. Nutzen Sie bereits ein Postfach oder einen weiteren Mail-Dienst über dieselbe Domain, muss der neue SPF-Baustein in den bestehenden Eintrag eingefügt werden, statt einen zweiten anzulegen. Zwei separate SPF-Records machen die Prüfung ungültig und verschlechtern die Zustellung eher, als sie zu verbessern.

Häufige Stolperfallen

• Absenderadresse passt nicht zur Domain: Wenn WordPress im Namen einer anderen Domain als der eigenen versendet, schlägt SPF praktisch immer fehl.
• Freemail-Adresse als Absender: Eine Adresse wie „noreply@gmail.com“ als Absender einer WordPress-Mail funktioniert nicht – Google und andere Anbieter lassen fremde Server nicht in ihrem eigenen Namen senden.
• DMARC auf „reject“ ohne funktionierendes DKIM: Wird die strenge Richtlinie p=reject gesetzt, bevor DKIM zuverlässig läuft, werden eigene Mails konsequent abgelehnt – auch die legitimen.
• Nur SMTP, aber kein DNS: Ein SMTP-Plugin allein behebt Authentifizierungsprobleme nicht, wenn SPF und DKIM in der Domain weiterhin fehlen oder falsch konfiguriert sind.

Wenn das nicht reicht

Manchmal greifen mehrere Ursachen gleichzeitig ineinander, oder die DNS-Verwaltung ist über mehrere Anbieter verteilt – dann wird die Fehlersuche unübersichtlich. In solchen Fällen lohnt sich ein gezielter, technischer Blick von außen statt weiteres Ausprobieren.

Wenn Sie lieber eine strukturierte Analyse zum Festpreis möchten, die Ursache und Lösung konkret benennt, unterstützen wir Sie gerne dabei.

Häufige Fragen