E-Mails kommen nicht an oder landen im Spam: Ursachen systematisch prüfen
Wenn E-Mails nicht ankommen, abgelehnt werden oder im Spam landen, brauchst du einen geordneten Diagnoseweg. Dieser Ratgeber verbindet DNS-, Authentifizierungs- und SMTP-Prüfungen zu einer praktischen Fehlersuche.
Marco | 13.10.2026
Du lernst, Empfangs- und Versandprobleme zu unterscheiden, MX, SPF, DKIM und DMARC zu prüfen sowie Bounce-Codes und E-Mail-Header richtig auszuwerten.
Prüfe zuerst, ob der Fehler den Empfang, den Versand oder nur einen einzelnen Empfänger betrifft. Danach kontrollierst du MX, SPF, DKIM und DMARC und wertest die konkrete SMTP- beziehungsweise Bounce-Meldung aus.

Welches Problem liegt tatsächlich vor?
„Die E-Mail kommt nicht an“ kann mehrere Situationen beschreiben. Möglicherweise nimmt deine Domain keine Nachrichten an, dein eigener Versand scheitert oder nur ein bestimmter Empfänger sortiert die Nachricht aus. Teste deshalb mit einer neuen Nachricht und dokumentiere Absender, Empfänger, Uhrzeit und vollständige Fehlermeldung.
| Beobachtung | Wahrscheinlicher Bereich | Erster Schritt |
|---|---|---|
| Niemand kann dir schreiben | MX, DNS oder empfangender Maildienst | MX-Check und externe Testzustellung |
| Du kannst nicht versenden | SMTP-Zugang, Absender oder Provider | Fehlermeldung und Postausgang prüfen |
| Nur ein Anbieter lehnt ab | Reputation, Richtlinie oder Authentifizierung | Bounce-Code und Header auswerten |
| Nachricht landet im Spam | Authentifizierung, Inhalt oder Reputation | SPF, DKIM, DMARC und Header prüfen |
1. Mailserver und DNS prüfen
Der MX-Check zeigt, welche Systeme E-Mails für deine Domain annehmen. Die Ziele müssen als Hostnamen eingetragen und über A oder AAAA auflösbar sein. Alte und neue MX-Gruppen sollten nach einem Anbieterwechsel nicht unkontrolliert nebeneinander stehen. Ein korrekter MX-Record beweist allerdings nur, wohin Nachrichten gesendet werden – nicht, dass das Zielsystem dein Postfach kennt oder erreichbar ist.
Prüfe zusätzlich im DNS-Check, ob die erwarteten Records öffentlich sichtbar sind. Antworten verschiedene Resolver noch unterschiedlich, können Cache und TTL die Ursache sein. Bei einem Nameserverwechsel hilft der Nameserver-Check, eine veraltete Delegation oder abweichende Zonenstände zu erkennen.
2. SPF, DKIM und DMARC kontrollieren
Für ausgehende Nachrichten sollten Versandquelle, Signatur und sichtbare Absenderdomain zusammenpassen. Der SPF-Check erkennt unter anderem mehrere SPF-Records und zu viele DNS-Lookups. Der DKIM-Check benötigt den Selector aus der Signatur oder den Angaben deines Maildienstes. Der DMARC-Check liest Richtlinie und Berichtsadressen aus.
Für DMARC genügt es nicht, dass irgendeine SPF- oder DKIM-Prüfung besteht. Mindestens eine bestandene Prüfung muss zur Domain im sichtbaren From-Feld ausgerichtet sein.
3. Bounce und SMTP-Code lesen
Eine Unzustellbarkeitsmeldung enthält meist einen dreistelligen SMTP-Code und einen erweiterten Status wie 5.1.1 oder 4.7.0. Codes mit 4 sind normalerweise temporär; der sendende Server versucht die Zustellung erneut. Codes mit 5 bezeichnen einen dauerhaften Fehler. Entscheidend ist der Text des empfangenden Systems, etwa unbekannter Empfänger, Richtlinienverstoß oder fehlende Authentifizierung.
- Exakte Bounce-Nachricht sichern, nicht nur einen Screenshot der Betreffzeile.
- Empfängeradresse auf Tippfehler und deaktivierte Aliasse prüfen.
- Zeitpunkt mit den Protokollen des Mailservers abgleichen.
- Bei externer Ablehnung die verlinkten Hinweise des Empfängers lesen.
- Nach einer Korrektur eine neue Nachricht senden; alte Nachrichten ändern sich nicht.
4. Header einer zugestellten Nachricht auswerten
Ist die Nachricht im Spamordner angekommen, liefert der vollständige Header wichtige Hinweise. In Authentication-Results stehen Resultate für SPF, DKIM und DMARC. Prüfe außerdem, welche Domain bei DKIM unter d= signiert und welche Adresse für SPF bewertet wurde. Ein pass garantiert keinen Posteingang, schließt aber wichtige technische Fehler aus.
5. Reputation und Inhalt einordnen
Auch technisch korrekt authentifizierte E-Mails können als Spam bewertet werden. Häufige Gründe sind Beschwerden, unbekannte oder alte Verteiler, plötzliche Versandspitzen, kompromittierte Konten, irreführende Inhalte oder fehlende Abmeldemöglichkeiten bei Werbenachrichten. Versende nur an erwartende Empfänger und trenne reguläre Postfächer, Transaktionsmails und Newsletter organisatorisch sauber.
Wiederholte Zustellversuche an ungültige Empfänger oder nach klaren Richtlinienablehnungen können die Reputation weiter verschlechtern. Behebe zuerst die genannte Ursache.
Diagnose in der richtigen Reihenfolge
- Problem mit einem zweiten externen Empfänger reproduzieren.
- MX und allgemeine DNS-Auflösung prüfen.
- SPF, DKIM und DMARC kontrollieren.
- Bounce-Code oder vollständigen Header auswerten.
- Mailserver-Protokoll und Anbieterkonsole abgleichen.
- Korrektur durchführen und eine neue Nachricht testen.
- Ergebnis dokumentieren und Konfiguration regelmäßig kontrollieren.
Externe Zustell- und Spamtests als zweite Meinung
Die HOSTtest-Checks zeigen, ob die öffentlich sichtbaren DNS-Einträge technisch plausibel sind. Mit einer echten Testnachricht kannst du zusätzlich untersuchen, wie ein externer Dienst Header, Authentifizierung und mögliche Spam-Signale bewertet.
| Dienst | Sinnvoll für | Einordnung |
|---|---|---|
| Mail-Tester | Schneller Test einer einzelnen Nachricht auf Authentifizierung und typische Spam-Signale | Gut für eine erste Einschätzung; ein Punktwert ist keine Zustellgarantie. |
| AboutMy.Email | Technische Details zu Headern, Authentifizierung und Transportverschlüsselung | Hilfreich, wenn du den tatsächlichen Versandweg genauer nachvollziehen möchtest. |
| GlockApps | Inbox-Placement-Tests über Testpostfächer verschiedener Empfänger hinweg | Eher für Newsletter und Kampagnen; Funktionsumfang und Nutzung können kostenpflichtig sein. |
Bei diesen Diensten sendest du eine Nachricht an ein fremdes Testpostfach. Verwende deshalb keine personenbezogenen, vertraulichen oder produktiven Inhalte. Das Ergebnis ist eine Momentaufnahme und ersetzt weder Bounce-Meldungen noch die Protokolle deines Mailanbieters.
Häufige Fragen
Warum funktioniert der Versand an manche Anbieter, an andere aber nicht?
Empfänger verwenden unterschiedliche Filter, Reputationsdaten und Richtlinien. Der Bounce-Code des ablehnenden Systems ist deshalb wichtiger als ein erfolgreicher Test bei einem anderen Anbieter.
Reicht ein gültiger SPF-Record?
Nein. SPF kann bei Weiterleitungen scheitern und bewertet nicht automatisch die sichtbare Absenderdomain. Nutze SPF zusammen mit DKIM und DMARC.
Wie finde ich den DKIM-Selector?
Er steht im Parameter s= der DKIM-Signatur einer versendeten Nachricht oder in der Administrationsoberfläche deines Maildienstes.
Warum kommt eine Nachricht ohne Bounce nicht an?
Sie kann verzögert, gefiltert, in Quarantäne gestellt oder an eine Weiterleitung zugestellt worden sein. Prüfe Absender- und Empfängerprotokolle sowie Spam- und Quarantäneordner.
Passende Anleitungen
- SPF, DKIM und DMARC prüfen und Ergebnisse verstehen
- Wie Spamfilter E-Mails bewerten
- DKIM einrichten und die Zustellung verbessern
Eine zuverlässige Fehlersuche trennt Empfang, Versand und Filterung. Beginne mit MX und DNS, prüfe danach SPF, DKIM und DMARC und nutze Bounce beziehungsweise Header als konkrete Belege. So behebst du die Ursache, statt nur Symptome zu testen.
Schreibe einen Kommentar
Weitere Webhoster
Weitere interessante Artikel
Die optimale Abwesentheitsnotiz - Inhalt, Vorlagen und Beispiele
Die optimale Abwesenheitsnotiz. Wir zeigen euch Inhalt, Vorlagen und Beispiele.