
Ratgeber · Webspace & Administration · E-Mail-Zustellung
E-Mails kommen nicht an: Ursachen bei Website und Hosting
Wenn über eine Website versandte E-Mails nicht ankommen, kann die Ursache im Formular, im CMS, beim Hosting, auf dem SMTP-Server oder beim empfangenden Postfach liegen. Eine erfolgreiche Formularmeldung beweist noch keine tatsächliche Zustellung.
Für eine zuverlässige Fehlersuche muss der gesamte Versandweg geprüft werden. Entscheidend sind neben Absender und Empfänger auch Protokolle, SMTP-Zugang, DNS-Einträge sowie die korrekte Abstimmung von SPF, DKIM und DMARC.
Hosting verwalten
SSL & Domains prüfen
E-Mail betreuen
Technik aktuell halten
Inhaltsverzeichnis
Webspace zuverlässig betreuen lassen
Wir kümmern uns um Hosting, Domains, SSL, E-Mail und wichtige technische Einstellungen – sorgfältig, planbar und mit persönlicher Ansprechperson.
Was ist zu tun, wenn E-Mails von der Website nicht ankommen?
Wenn E-Mails der Website nicht ankommen, sollte nicht sofort eine einzelne Einstellung geändert werden. Eine Nachricht durchläuft mehrere Stationen: Das Formular oder CMS erzeugt sie, die Website übergibt sie an einen Versanddienst, ein Mailserver nimmt sie an und der empfangende Anbieter entscheidet schließlich über Annahme, Ablehnung oder Einordnung als Spam.
Eine Erfolgsmeldung im Formular bestätigt meistens nur, dass die Eingaben verarbeitet wurden. Sie belegt nicht, dass die Nachricht das vorgesehene Postfach erreicht hat. Auch bei WordPress bedeutet ein erfolgreicher Rückgabewert der Mailfunktion nicht automatisch eine erfolgreiche Zustellung, wie die offizielle Dokumentation zu wp_mail() ausdrücklich erläutert.
Für den ersten Test sollten Zeitpunkt, Empfängeradresse, Absenderangabe und Inhalt einer konkreten Nachricht festgehalten werden. Anschließend lässt sich prüfen, bis zu welcher Station sie gelangt ist. Fallen nur Kontaktformular-Nachrichten aus, liegt die Ursache eher bei dessen Konfiguration oder Versandweg. Fehlen auch Systemmeldungen, Bestätigungen und Benachrichtigungen, spricht dies eher für ein übergeordnetes Problem mit CMS, Hosting oder Mailversand.
Erzeugt das Formular die Nachricht überhaupt?
Die Fehlersuche beginnt beim Formularplugin oder der verwendeten Website-Funktion. Zu prüfen sind die hinterlegte Empfängeradresse, erforderliche Formularfelder, Bedingungen für den Versand und mögliche Weiterleitungen an unterschiedliche Postfächer. Bereits ein Tippfehler, eine veraltete Adresse oder eine fehlerhafte bedingte Regel kann verhindern, dass die erwartete Benachrichtigung erzeugt wird.
Auch Spam-Schutz, Captcha, Firewall, JavaScript-Fehler oder ein Konflikt nach einem Plugin-Update können die Verarbeitung beeinträchtigen. Wird eine Anfrage zusätzlich im Backend oder in einer Datenbank gespeichert, lässt sich feststellen, ob sie die Website erreicht hat. Fehlt auch dort ein Eintrag, sollte zunächst die Formularfunktion geprüft werden. Ist der Eintrag vorhanden, liegt der Fehler wahrscheinlich im anschließenden Versand.
Besonders wichtig ist die Absenderkonfiguration. Die sichtbare Absenderadresse sollte normalerweise zu einer Domain gehören, die vom verwendeten Versandserver authentifiziert werden kann. Die vom Besucher eingegebene Adresse kann als Antwortadresse verwendet werden. Wird sie stattdessen als technischer Absender eingesetzt, scheint die Website möglicherweise im Namen einer fremden Domain zu versenden. Das kann Authentifizierungsprüfungen auslösen und zur Ablehnung führen.
Welche Probleme können bei SMTP und Hosting auftreten?
Websites können Nachrichten über eine lokale Mailfunktion des Servers oder über einen authentifizierten SMTP-Zugang versenden. Bei SMTP müssen Servername, Port, Verschlüsselung, Benutzername und Passwort zusammenpassen. Geänderte Zugangsdaten, ein abgelaufenes Kennwort oder eine nicht mehr unterstützte Verschlüsselung können den Versand vollständig unterbrechen.
Hostinganbieter können aus Sicherheits- oder Missbrauchsschutzgründen bestimmte Ports, externe SMTP-Verbindungen oder nicht authentifizierte Absender beschränken. Weitere mögliche Ursachen sind ein erreichtes Versandlimit, ein gesperrtes E-Mail-Konto, fehlender Speicherplatz oder eine Absenderadresse, die auf dem Mailserver nicht zulässig ist. Nach einem Hostingwechsel können außerdem noch alte SMTP-Daten oder nicht mehr erreichbare Server eingetragen sein.
Die Annahme durch den SMTP-Server ist ebenfalls noch keine Zustellbestätigung. Eine Nachricht kann später durch den nächsten Server abgelehnt oder verzögert werden. Solche Fehler werden häufig als Unzustellbarkeitsmeldung an die technische Rücksendeadresse geschickt. Ist diese Adresse falsch, nicht erreichbar oder wird sie nicht kontrolliert, bleiben wichtige Hinweise auf die eigentliche Ursache unbemerkt.
Die Kontrolle von Mailkonten, Servereinstellungen, DNS und Versandwegen gehört deshalb zu den typischen Aufgaben einer Webspace-Administration. Nach technischen Änderungen sollte nicht nur der Verbindungsaufbau, sondern auch die Zustellung an reale Testpostfächer geprüft werden.
Welche Rolle spielen SPF, DKIM und DMARC?
SPF, DKIM und DMARC helfen empfangenden Mailservern dabei, den Absender einer Nachricht technisch zu bewerten. SPF legt über einen DNS-Eintrag fest, welche Server für eine Domain E-Mails versenden dürfen. Der Eintrag muss alle tatsächlich verwendeten Versanddienste berücksichtigen. Mehrere voneinander getrennte SPF-Einträge für denselben Domainnamen können zu einem Fehler bei der Auswertung führen.
DKIM ergänzt ausgehende Nachrichten um eine kryptografische Signatur. Der empfangende Server kann diese mit einem im DNS veröffentlichten Schlüssel prüfen. Dafür müssen der verwendete Selektor, die Absenderdomain und der veröffentlichte DNS-Eintrag zur Konfiguration des versendenden Systems passen. Ein vorhandener DKIM-Eintrag genügt nicht, wenn die Website-Nachrichten tatsächlich ohne passende Signatur versendet werden.
DMARC baut auf SPF und DKIM auf und berücksichtigt zusätzlich, ob die authentifizierte Domain zur sichtbaren Absenderdomain passt. Eine Nachricht kann DMARC bestehen, wenn mindestens einer der beiden Wege korrekt authentifiziert und ausgerichtet ist. Die Microsoft-Dokumentation zur E-Mail-Authentifizierung erläutert das Zusammenspiel dieser Verfahren.
Ein typisches Problem entsteht, wenn ein Kontaktformular die E-Mail-Adresse des Besuchers als sichtbaren Absender verwendet. Der Webserver darf jedoch normalerweise nicht für die Domain dieses Besuchers versenden. Zuverlässiger ist eine authentifizierte Absenderadresse der eigenen Website-Domain, während die Besucheradresse als „Reply-To“ hinterlegt wird.
DNS-Einträge sollten nicht nach allgemeinen Mustern ergänzt werden, ohne den tatsächlichen Versanddienst zu kennen. Zu prüfen sind die autorisierten Server, der aktive DKIM-Selektor, die DMARC-Richtlinie und die tatsächlich zuständigen Nameserver. Änderungen an einer nicht verwendeten DNS-Zone bleiben wirkungslos, selbst wenn die dort eingetragenen Werte formal richtig aussehen.
Warum können korrekt versandte E-Mails trotzdem fehlen?
Auch technisch authentifizierte Nachrichten werden nicht automatisch im Posteingang angezeigt. Der empfangende Anbieter kann sie anhand von Absenderreputation, Versandvolumen, Inhalt, Links, Anhängen und bisherigen Reaktionen bewerten. Möglich sind eine Einordnung als Spam, eine Quarantäne, eine vorübergehende Verzögerung oder eine vollständige Ablehnung.
Weitere Ursachen liegen direkt beim Empfänger. Das Postfach kann voll, die Adresse nicht mehr vorhanden oder eine serverseitige Filterregel falsch eingestellt sein. Unternehmenspostfächer besitzen häufig zusätzliche Sicherheitsfilter, die eine Nachricht bereits vor dem persönlichen Spamordner abfangen. Deshalb sollten neben dem Posteingang auch Spam, Quarantäne, Weiterleitungen und zentrale Mailregeln geprüft werden.
Ein Test mit mehreren Empfängeranbietern hilft bei der Eingrenzung. Kommen Nachrichten bei einem Anbieter an und bei einem anderen nicht, deutet dies eher auf Filterung, Reputation oder anbieterspezifische Anforderungen hin. Erreichen sie kein einziges Testpostfach, liegt die Ursache wahrscheinlich früher im Versandweg. Das bloße Freigeben einer Absenderadresse in einem einzelnen Postfach kann ein lokales Symptom lösen, beseitigt aber keine grundsätzliche Fehlkonfiguration.
Wie lässt sich die E-Mail-Zustellung systematisch prüfen?
Eine zuverlässige Prüfung verfolgt eine konkrete Nachricht vom Absenden bis zum Empfänger. Zufällige Änderungen an SPF, Formularplugin oder SMTP erschweren dagegen die Diagnose und können neue Fehler verursachen. Ein nachvollziehbarer Ablauf umfasst folgende Schritte:
- Eine eindeutig erkennbare Testnachricht wird mit dokumentiertem Zeitpunkt und festgelegter Empfängeradresse ausgelöst.
- Im Formularsystem wird geprüft, ob die Anfrage angenommen und gegebenenfalls intern gespeichert wurde.
- Die Empfänger-, Absender- und Antwortadressen des Formulars werden auf Schreibfehler und zulässige Domains kontrolliert.
- Protokolle des CMS, Formularplugins oder SMTP-Dienstes werden auf Übergabe-, Authentifizierungs- und Verbindungsfehler untersucht.
- Unzustellbarkeitsmeldungen und Serverantworten werden ausgewertet, weil sie häufig den konkreten Ablehnungsgrund enthalten.
- SPF, DKIM und DMARC werden anhand der tatsächlich versendeten Nachricht und ihrer technischen Kopfzeilen überprüft.
- Die Zustellung wird mit mehreren repräsentativen Empfängerpostfächern sowie Spam- und Quarantäneordnern kontrolliert.
- Nach der Korrektur werden Kontaktformular, Systemmeldungen und andere wichtige Versandfunktionen erneut getestet.
Ein SMTP-Selbsttest bestätigt häufig nur, dass sich die Website am Versandserver anmelden und eine Nachricht übergeben kann. Zusätzlich muss geprüft werden, ob reale Formularnachrichten mit ihren tatsächlichen Absendern, Antwortadressen und Inhalten zugestellt werden. Nach Updates des CMS oder Formularplugins sollte diese Funktionskontrolle Bestandteil der regelmäßigen Website-Wartung sein.
Wann kann das Problem selbst behoben werden?
Eine eigene Korrektur ist möglich, wenn die Ursache eindeutig ist und Zugänge zu Website, Hosting, DNS und Mailkonto vorliegen. Beispiele sind eine falsch geschriebene Empfängeradresse, abgelaufene SMTP-Zugangsdaten oder eine nachvollziehbare Änderung am Versanddienst. Vor DNS-Anpassungen sollte jedoch sicher feststehen, welcher Dienst tatsächlich sendet und welche Vorgaben dafür gelten.
Professionelle Unterstützung ist sinnvoll, wenn Nachrichten nur gelegentlich fehlen, mehrere Mail- und Hostingdienste beteiligt sind oder keine verwertbaren Fehlermeldungen vorliegen. Gleiches gilt nach einem Hosting- oder DNS-Wechsel, bei widersprüchlichen SPF-Einträgen, fehlender DKIM-Signatur oder DMARC-Problemen. Auch geschäftlich wichtige Formulare sollten nicht dauerhaft ohne kontrollierbare Zustellung betrieben werden.
Im Rahmen einer professionellen Webspace-Administration können Formular, SMTP, DNS, Hosting und Empfängerreaktionen gemeinsam geprüft werden. Wenn E-Mails Ihrer Website nicht ankommen, können Sie über die Anfrage zur Webspace-Administration eine technische Prüfung des vollständigen Versandwegs abstimmen.
Häufige Fragen
Häufige Fragen zu nicht ankommenden Website-E-Mails
Die folgenden Antworten erläutern, warum eine Erfolgsmeldung noch keine Zustellung bestätigt, wann SMTP sinnvoll ist und wie Absenderadresse, DNS-Authentifizierung, Protokolle und Hostingänderungen die E-Mail-Zustellung beeinflussen.
Die Erfolgsmeldung bestätigt häufig nur, dass das Formular verarbeitet und die Nachricht an eine Mailfunktion oder einen SMTP-Dienst übergeben wurde. Anschließend kann sie noch durch einen Versandserver, den empfangenden Anbieter oder einen Spamfilter abgelehnt werden. Für die Fehlersuche werden deshalb Versandprotokolle, Serverantworten und das Empfängerpostfach benötigt.
SMTP ist nicht in jeder Hostingumgebung zwingend erforderlich, ermöglicht aber meistens eine besser kontrollierbare und authentifizierte Übergabe. Zugangsdaten, Verschlüsselung und Serverantworten lassen sich dabei eindeutig prüfen. Auch mit SMTP ist die Zustellung jedoch nicht garantiert, wenn Absender, DNS-Authentifizierung oder Reputation fehlerhaft sind.
Als technischer Absender sollte normalerweise eine Adresse der eigenen Domain verwendet werden, die über den eingesetzten Mailserver versenden darf. Die vom Besucher eingegebene Adresse lässt sich als Antwortadresse hinterlegen. Dadurch können Sie direkt antworten, ohne dass die Website scheinbar im Namen einer fremden Domain versendet.
Nein. SPF kann bestätigen, dass ein Server für eine bestimmte Versanddomain autorisiert ist, bewertet aber nicht allein die sichtbare Absenderadresse. Für eine vollständige Authentifizierung sollten auch DKIM und DMARC passend eingerichtet werden. Trotzdem entscheiden empfangende Anbieter zusätzlich anhand weiterer Merkmale über Annahme und Einordnung einer Nachricht.
Ja. Nach einem Wechsel können noch alte SMTP-Zugänge, unvollständige SPF-Einträge, fehlende DKIM-Schlüssel oder DNS-Einträge bei den falschen Nameservern verwendet werden. Zusätzlich kann der neue Hostingserver andere Versandbeschränkungen besitzen. Deshalb sollten Website, Maildienst, DNS-Zone und die tatsächlich ausgelieferten Nachrichten gemeinsam geprüft werden.
Professionelle Betreuung ist sinnvoll, wenn die Website geschäftlich genutzt wird, E-Mail zuverlässig funktionieren muss, technische Einstellungen unklar sind oder Hosting, Website und Wartung aus einer Hand betreut werden sollen.
Noch Fragen?
Wir beraten Sie persönlich und unterstützen Sie bei Hosting, Webspace, E-Mail und technischer Administration Ihrer Website.
Weitere Ratgeber
Passende Beiträge zum Thema
Weitere Ratgeber, die zu diesem Thema passen und bei Wartung, Sicherheit, Updates oder Backups weiterhelfen.
SSL-Zertifikat für Website: Was tun bei Problemen?
SSL-Probleme können Browserwarnungen, Mixed Content oder Ablaufmeldungen verursachen. Eine Prüfung der Website hilft.
PHP-Version der Website aktualisieren: Warum ist das wichtig?
Die PHP-Version beeinflusst Sicherheit, Kompatibilität und Performance. Updates sollten mit CMS, Plugins und Hosting geprüft werden.
Welche Aufgaben gehören zur Webspace-Administration?
Webspace-Administration umfasst Hosting, Domains, SSL, E-Mail, PHP-Versionen, Backups, Weiterleitungen und technische Einstellungen.



