Weblication verschickt keine E-Mails? Die häufigsten Ursachen aus unserer Praxis
4 Min. Lesezeit
von Marcel, Senior-Softwareentwickler
Es ist eines der häufigsten Probleme, mit denen Betreiber von Weblication-Websites bei uns landen – und eines der tückischsten: Das Kontaktformular meldet „Vielen Dank für Ihre Nachricht“, aber im Postfach kommt nichts an. Tückisch deshalb, weil es oft wochenlang niemand bemerkt. Der Besucher denkt, er hätte angefragt. Du denkst, es fragt niemand an. In Wahrheit verschwinden Anfragen – und damit Aufträge – irgendwo zwischen Webserver und Postfach.
Das Wichtigste in Kürze
- Häufigste Ursache: Das Formular verschickt im Namen des Besuchers (Gmail, web.de) – Sicherheitsrichtlinien (DMARC) blocken das.
- Zweiter Klassiker: Fehlende oder falsche SPF-, DKIM- und DMARC-Einträge in den DNS deiner Domain.
- Oft übersehen: Der Versand läuft, aber das Zielpostfach ist voll, falsch eingetragen oder leitet fehlerhaft weiter.
- Erster Schritt: Zuerst gründlich den Spam-Ordner prüfen – „kommt nicht an“ und „landet im Spam“ sind zwei verschiedene Probleme.
Spam-Ordner prüfen und Testmail schicken
Schau gründlich in den Spam-Ordner und in vorgeschaltete Spamfilter deines Anbieters. Schick dir danach selbst eine Testanfrage über das Formular und notiere die Uhrzeit – das hilft später in den Server-Logs.
Absender im Formular auf deine Domain umstellen
Verschickt das Formular im Namen des Besuchers, blocken Gmail, web.de und Co. das per DMARC. Trag als Absender eine Adresse deiner eigenen Domain ein und die Adresse des Besuchers ins Antwort-an-Feld.
SPF, DKIM und DMARC kontrollieren
Diese drei DNS-Einträge sagen dem Empfänger, wer für deine Domain senden darf. Ergänze den Versandweg im SPF-Eintrag, richte DKIM ein und konfiguriere DMARC sinnvoll – nach einem Serverumzug zeigt der SPF-Eintrag oft noch auf den alten Server.
Versandweg auf authentifiziertes SMTP umstellen
Statt über die Mailfunktion des Webservers versendet Weblication zuverlässiger über ein echtes Postfach. Damit hängst du nicht mehr am Ruf eines geteilten Servers.
Empfängerseite prüfen
Kontrolliere Empfängeradresse, Postfachgröße und Weiterleitungen. Trag am besten das Zielpostfach direkt ein, denn Weiterleitungen auf Freemail-Adressen brechen technisch die Absenderprüfung.
Die gute Nachricht: In fast allen Fällen steckt eine von wenigen typischen Ursachen dahinter. Hier sind sie – inklusive der Frage, wie du sie erkennst und was dagegen hilft.
Erst prüfen: Kommt die Mail gar nicht an – oder landet sie im Spam?
Bevor du irgendetwas änderst, schau in den Spam-Ordner – und zwar gründlich, auch bei eventuell vorgeschalteten Spamfiltern deines Mail-Anbieters. Das klingt banal, klärt aber bereits einen großen Teil der Fälle. „Kommt nicht an“ und „landet im Spam“ sind zwei verschiedene Probleme mit verschiedenen Lösungen. Schicke dir dazu selbst eine Testanfrage über das Formular und notiere die Uhrzeit – das hilft später bei der Fehlersuche in den Server-Logs.
Ursache 1: Das Formular sendet im Namen des Besuchers
Der Klassiker schlechthin. Viele Formulare sind so eingerichtet, dass die E-Mail-Adresse des Besuchers als Absender der Benachrichtigung verwendet wird – damit man bequem auf „Antworten“ klicken kann. Was früher funktionierte, ist heute ein Problem: Dein Webserver verschickt dann eine Mail „im Namen von“ gmail.com, web.de oder t-online.de – und genau das verbieten die Sicherheitsrichtlinien (DMARC) dieser Anbieter. Die Mail wird abgewiesen oder wandert ungesehen in den Spam.
Die Lösung: Als Absender gehört eine Adresse deiner eigenen Domain ins Formular (etwa website@deine-domain.de), die Adresse des Besuchers kommt ins Antwort-an-Feld (Reply-To). Damit bleibt das bequeme Antworten erhalten, aber der Versand ist technisch sauber.
Ursache 2: SPF, DKIM und DMARC fehlen oder passen nicht
Mail-Anbieter prüfen heute bei jeder eingehenden Nachricht: Darf dieser Server überhaupt im Namen dieser Domain senden? Die Antwort steht in drei DNS-Einträgen deiner Domain:
- SPF legt fest, welche Server für deine Domain senden dürfen. Fehlt dein Webserver in dieser Liste, sind seine Mails von vornherein verdächtig.
- DKIM signiert jede Mail kryptografisch, sodass der Empfänger prüfen kann, dass sie unterwegs nicht verändert wurde.
- DMARC sagt dem Empfänger, was er mit Mails tun soll, die diese Prüfungen nicht bestehen.
In der Praxis sehen wir das ständig: Die Website wurde irgendwann auf einen neuen Server umgezogen, aber der SPF-Eintrag zeigt noch auf den alten – seitdem versanden Formularmails. Oder es gibt schlicht gar keinen SPF-Eintrag, weil sich nie jemand darum gekümmert hat.
Die Lösung: SPF-Eintrag um den Webserver beziehungsweise den Versandweg ergänzen, DKIM einrichten, DMARC sinnvoll konfigurieren. Das ist kein Hexenwerk, erfordert aber Zugriff auf die DNS-Verwaltung der Domain und etwas Sorgfalt – ein fehlerhafter SPF-Eintrag kann auch deine normalen Geschäftsmails beeinträchtigen.
Ursache 3: Versand über die PHP-Mailfunktion des Webservers
Standardmäßig verschicken viele Websites ihre Mails direkt über die Mailfunktion des Webservers. Bei Shared Hosting teilst du dir diesen Server – und damit seinen Ruf – mit vielen anderen Kunden. Hat einer davon ein gehacktes Skript, das Spam verschickt, leidet die Zustellbarkeit aller Mails von dieser Adresse. Du kannst alles richtig konfiguriert haben und landest trotzdem im Spam.
Die Lösung: Der zuverlässigere Weg ist der authentifizierte Versand über ein echtes Postfach (SMTP) – also denselben Weg, den auch dein Mailprogramm nutzt. In Weblication lässt sich der Mailversand entsprechend umstellen. Bei größerem Mailaufkommen, etwa einem Newsletter, lohnt sich ein spezialisierter Versanddienst.
Ursache 4: Es liegt gar nicht am Versand, sondern am Empfang
Auch das kommt regelmäßig vor: Der Server verschickt korrekt, aber das Zielpostfach ist voll, die hinterlegte Empfängeradresse enthält einen Tippfehler, oder die Mails werden an eine Adresse weitergeleitet, die es nicht mehr gibt. Besonders heimtückisch sind Weiterleitungen auf Freemail-Adressen: Die Weiterleitung bricht technisch gesehen die Absenderprüfung, und die Mail wird beim letzten Empfänger als Fälschung einsortiert.
Die Lösung: Empfängeradresse im Formular prüfen, Postfachgröße kontrollieren und Weiterleitungsketten vermeiden – besser das Zielpostfach direkt eintragen.
Top tip
Teste den Mailversand deiner Formulare nicht nur einmalig, sondern regelmäßig – am besten mit einer Adresse bei einem der großen Anbieter wie Gmail oder Outlook, denn deren Filter sind die strengsten. Es gibt auch kostenlose Test-Werkzeuge, die dir anhand einer Testmail eine Bewertung samt konkreter Mängelliste ausgeben.
Wenn du nicht weiterkommst
E-Mail-Zustellung ist eines dieser Themen, bei denen viele Stellschrauben zusammenspielen: Formular-Konfiguration in Weblication, Server-Einstellungen, DNS-Einträge der Domain und das Empfänger-Postfach. Genau deshalb beißen sich Website-Betreiber daran oft tagelang die Zähne aus – man behebt eine Ursache und übersieht die zweite.
Wir gehen solche Fälle in der Weblication-Betreuung systematisch durch: Testmail, Mail-Header lesen, Server-Logs prüfen, DNS-Einträge kontrollieren – bis die Anfragen wieder zuverlässig ankommen. Meist ist das eine Sache von Stunden, nicht von Tagen. Am entspanntesten fährt, wer solche Themen gar nicht erst schleifen lässt und seine Website dauerhaft betreuen lässt. Wenn dein Kontaktformular also schweigt oder deine Mails im Spam verschwinden: Melde dich – gerade bei verlorenen Anfragen zählt jeder Tag.
Häufige Fragen
Warum verschickt Weblication keine E-Mails?
Am häufigsten liegt es daran, dass das Formular die Benachrichtigung im Namen des Besuchers verschickt – etwa mit einer Gmail- oder web.de-Adresse als Absender. Die Sicherheitsrichtlinien dieser Anbieter (DMARC) verbieten das, die Mail wird abgewiesen oder wandert ungesehen in den Spam.
Was prüfe ich zuerst, wenn Formularmails fehlen?
Schau zuerst gründlich in den Spam-Ordner, auch in vorgeschaltete Spamfilter deines Mail-Anbieters. „Kommt nicht an“ und „landet im Spam“ sind zwei verschiedene Probleme mit verschiedenen Lösungen. Schick dir danach selbst eine Testanfrage über das Formular und notiere die Uhrzeit – das hilft bei der Suche in den Server-Logs.
Was haben SPF, DKIM und DMARC mit dem Kontaktformular zu tun?
Diese drei DNS-Einträge deiner Domain sagen dem Empfänger, welche Server für dich senden dürfen (SPF), ob die Mail unterwegs unverändert blieb (DKIM) und was bei einer fehlgeschlagenen Prüfung passieren soll (DMARC). Fehlen sie oder zeigt der SPF-Eintrag nach einem Serverumzug noch auf den alten Server, versanden Formularmails.
Kann es auch am Empfänger-Postfach liegen?
Ja, das kommt regelmäßig vor: Das Zielpostfach ist voll, die hinterlegte Empfängeradresse enthält einen Tippfehler, oder die Mails laufen über eine Weiterleitung, die es nicht mehr gibt. Besonders heimtückisch sind Weiterleitungen auf Freemail-Adressen, weil sie technisch die Absenderprüfung brechen.