Modul 6 · 6.1
Deutsch
Eine Bounce lesen
Modul 6: Bounces und Problemlösung · Lesezeit: 11 Minuten
Lernziel: Nach dieser Lektion können Sie eine Fehlermeldung über eine nicht zugestellte E-Mail (eine Bounce) analysieren: welcher Server den Fehler meldete, für welche Adresse, was der Code bedeutet und ob er vorübergehend oder endgültig ist.
Kernbegriffe: Bounce, Mailer-Daemon, delivery status notification (DSN, RFC 3464), Reporting-MTA, Remote-MTA, Final-Recipient, Action (failed, delayed), Status, Diagnostic-Code, Will-Retry-Until, Antwortcode (RFC 5321), erweiterter Statuscode X.Y.Z (RFC 3463), Verzögerungsnachricht, Backscatter
Was ist eine Bounce?
Kann ein Mailserver eine E-Mail nicht zustellen, schickt er eine Nachricht an den Absender zurück. Das nennt man eine Bounce (oder: non-delivery report, NDR). Sie kommt von einem Absender wie Mailer-Daemon@..., MAILER-DAEMON oder Mail Delivery System, mit einem Betreff wie:
Mail delivery failed: returning message to senderUndelivered Mail Returned to SenderDelivery Status Notification (Failure)Warning: message ... delayed 24 hours(das ist keine Bounce, sondern eine Verzögerungsnachricht, siehe weiter unten)
Viele Menschen werfen eine solche Nachricht sofort weg oder schrecken vor dem englischen Text zurück. Schade, denn eine Bounce verrät fast immer genau, was schiefgelaufen ist. Man muss nur wissen, wo man hinschauen muss.
Eine Bounce hat immer einen leeren Envelope-Absender (Return-Path: <>). Das ist Absicht: Eine Bounce auf eine Bounce könnte sonst eine Endlosschleife erzeugen (RFC 5321).
Wer hat die E-Mail abgelehnt?
Eine E-Mail durchläuft mindestens zwei Server: den Ihres Anbieters und den des Empfängers. Eine Bounce kann in zwei Situationen entstehen:
- Der empfangende Server lehnt die E-Mail ab, während des SMTP-Gesprächs (Lektion 1.2), zum Beispiel nach
RCPT TO(Adresse unbekannt) oder nach dem Inhalt (Spam oder DMARC). Ihr eigener Server erhält diese Ablehnung und erstellt daraus eine Bounce für Sie. Der Fehler kommt dann vom Empfänger, die Bounce von Ihrem eigenen Server. - Ihr eigener Server gibt auf, zum Beispiel weil der Empfänger tagelang nicht erreichbar war oder weil Sie selbst ein Limit erreicht haben.
Der Unterschied ist wichtig: Im ersten Fall müssen Sie wissen, was dem Empfänger nicht gefiel, im zweiten Fall liegt das Problem näher bei Ihnen selbst.
Der lesbare Teil
Oben steht ein Text für Menschen. Dieser unterscheidet sich je nach E-Mail-Software, enthält aber fast immer dieselben Angaben:
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
pieter.devries@example.net
host mx1.example.net [198.51.100.20]
SMTP error from remote mail server after RCPT TO:<pieter.devries@example.net>:
550 5.1.1 <pieter.devries@example.net>: Recipient address rejected: User unknownLesen Sie es so:
| Teil | Was es bedeutet |
|---|---|
permanent error | Endgültig: Der Server versucht es nicht erneut |
pieter.devries@example.net | Die Adresse, bei der es schiefging (bei mehreren Empfängern: nur diese) |
host mx1.example.net [198.51.100.20] | Der Server des Empfängers, mit dem gesprochen wurde |
SMTP error from remote mail server | Der Fehler kam vom Empfänger, nicht von Ihrem eigenen Server |
after RCPT TO | Zu welchem Zeitpunkt im Gespräch: hier bei der Angabe des Empfängers |
550 5.1.1 ... User unknown | Der Code und der Text des Empfängers: diese Adresse existiert nicht |
Der Maschinenteil: die DSN
Unter dem Text steht meist ein Teil für Programme, die delivery status notification (RFC 3464). Dieser ist immer gleich aufgebaut, was ihn leicht lesbar macht:
Reporting-MTA: dns; mail.hosting.example
Action: failed
Final-Recipient: rfc822;pieter.devries@example.net
Status: 5.1.1
Remote-MTA: dns; mx1.example.net
Diagnostic-Code: smtp; 550 5.1.1 <pieter.devries@example.net>: Recipient address rejected: User unknown| Feld | Bedeutung |
|---|---|
Reporting-MTA | Der Server, der diese Bounce geschrieben hat (meist Ihr eigener Versandserver) |
Final-Recipient | Die Adresse, um die es geht |
Action | failed (fehlgeschlagen, endgültig), delayed (verzögert, wird noch versucht), manchmal delivered oder relayed |
Status | Der erweiterte Statuscode, siehe unten |
Remote-MTA | Der Server auf der anderen Seite, der die Antwort gab |
Diagnostic-Code | Die wörtliche Antwort dieses Servers: hier steht der eigentliche Grund |
Will-Retry-Until | Bei delayed: bis wann der Server es weiter versucht |
Ganz unten steht die Original-E-Mail oder nur ihre Header. Dort sehen Sie, um welche E-Mail es ging und welche Absenderadresse und welcher Return-Path verwendet wurden. Das ist manchmal der Schlüssel zur Lösung (siehe den DMARC-Fall in der Aufgabe).
Die Codes lesen
Es gibt zwei Arten von Codes, und meist stehen beide in einer Bounce.
Der Antwortcode (RFC 5321): drei Ziffern, wie 550 oder 451. Die erste Ziffer ist am wichtigsten:
| Beginnt mit | Bedeutung | Was der versendende Server tut |
|---|---|---|
2 | Erfolgreich | Nichts weiter, E-Mail wurde angenommen |
4 | Vorübergehender Fehler | Speichert die E-Mail und versucht es später erneut |
5 | Endgültiger Fehler | Gibt auf und sendet eine Bounce |
Der erweiterte Statuscode (RFC 3463): drei durch Punkte getrennte Zahlen, wie 5.1.1 oder 4.7.500. Die erste Zahl ist wieder 2, 4 oder 5. Die zweite Zahl gibt an, wo das Problem liegt:
| Zweite Zahl | Thema | Beispiele |
|---|---|---|
X.1 | Adresse | 5.1.1 Adresse existiert nicht, 5.1.2 Domain existiert nicht |
X.2 | Postfach | 5.2.2 / 4.2.2 Postfach voll, 5.2.1 Postfach deaktiviert |
X.3 | Mailsystem | 5.3.4 Nachricht zu groß |
X.4 | Netzwerk und Route | 4.4.1 keine Antwort, 4.4.7 zu lange in der Warteschlange, 5.4.4 keine Route |
X.5 | Protokoll | 5.5.1 ungültiger Befehl |
X.6 | Inhalt | 5.6.0 Problem mit Inhalt oder Kodierung |
X.7 | Sicherheit und Richtlinie | 5.7.1 abgelehnt, 5.7.26 nicht authentifiziert (Gmail), 5.7.509 DMARC (Microsoft) |
Die dritte Zahl ist der genaue Grund. Große Empfänger verwenden dafür eigene Nummern, wie Gmail mit 5.7.25 bis 5.7.30 und Microsoft mit 4.7.500 und 5.7.509. Diese stehen in ihrer eigenen Dokumentation (Lektion 6.2).
Faustregel: Der Code, der mit einer 5 beginnt und in der Mitte eine 7 hat (5.7.x), ist fast immer eine Richtlinienfrage: Authentifizierung, Reputation oder Spam. Da hilft erneutes Versenden nicht; Sie müssen etwas ändern.
Verzögert ist noch nicht gescheitert
Bei einem vorübergehenden Fehler (4xx) speichert Ihr Server die E-Mail und versucht es erneut. RFC 5321 empfiehlt, dies mindestens vier bis fünf Tage lang durchzuhalten, mit mindestens einer halben Stunde zwischen den Versuchen. Viele Server senden nach ein paar Stunden oder nach einem Tag eine Verzögerungsnachricht:
Action: delayed
Status: 4.7.500
Diagnostic-Code: smtp; 451 4.7.500 Server busy. Please try again later from [203.0.113.25].
Will-Retry-Until: Thu, 12 Nov 2026 08:58:40 +0100Das bedeutet: nicht erneut versenden, der Server versucht es selbst noch. Versenden Sie es trotzdem erneut, erhält der Empfänger es möglicherweise zweimal. Gelingt es letztendlich nicht vor Will-Retry-Until, kommt doch noch eine echte Bounce, oft mit 4.4.7 (Nachricht in der Warteschlange abgelaufen).
Falsche Bounces: Backscatter
Erhalten Sie plötzlich dutzende Bounces für E-Mails, die Sie nie versendet haben? Schauen Sie dann in die Original-E-Mail ganz unten. Steht dort ein Absender Ihrer Domain, aber ein Server und Text, den Sie nicht kennen, hat ein Spammer Ihre Adresse als Absender verwendet. Die Empfänger schicken ihre Bounces an Sie. Das nennt man Backscatter.
Ihr Postfach ist dann meist nicht gehackt (siehe Lektion 3.4 für den Unterschied). Was hilft: eine DMARC-Richtlinie, die schrittweise strenger wird (Lektion 4.4), sodass Empfänger gefälschte E-Mails ablehnen, bevor eine Bounce entsteht. Schauen Sie dennoch in Ihre gesendeten E-Mails und bei Ihrem Anbieter nach, ob wirklich nichts aus Ihrem Postfach versendet wurde.
In der Praxis: So sieht es aus
Bei WebOké sehen Sie neben der Bounce auch in E-Mail-Verfolgung in DirectAdmin, was der Server mit einer Nachricht getan hat: Geliefert, Verzögert oder Fehlgeschlagen, mit der Antwort des empfangenden Servers. Andere Panels haben oft ein vergleichbares Maillog oder eine „Nachrichtenverfolgung"; bei Microsoft 365 heißt das zum Beispiel Nachrichtenverfolgung. Es ist sinnvoll, dort zuerst nachzuschauen, wenn Sie keine Bounce erhalten haben oder wenn jemand sagt, dass Ihre E-Mail nicht angekommen ist.
Zusammenfassung
- Eine Bounce kommt vom Mailer-Daemon und hat einen leeren Return-Path. Lesen Sie sie, sie verrät meist genau, was schiefgelaufen ist.
- Schauen Sie zuerst, wer den Fehler verursacht hat (
SMTP error from remote mail server= der Empfänger) und für welche Adresse. - Im Maschinenteil:
Action,Status,Remote-MTAund vor allemDiagnostic-Code. - Erste Ziffer: 4 = vorübergehend, 5 = endgültig. Zweite Zahl: 1 Adresse, 2 Postfach, 3 System, 4 Route, 5 Protokoll, 6 Inhalt, 7 Richtlinie.
- Verzögerungsnachricht (
delayed): nicht erneut versenden. Bounces für E-Mails, die Sie nicht versendet haben: Backscatter.
Quiz
Aufgabe
Aufgabe Z6.1: Drei Bounces analysieren. Sie erhalten drei Beispiel-Bounces (bounce-1.txt, bounce-2.txt und bounce-3.txt). Tragen Sie pro Bounce ein: die Adresse, bei der es schiefging, den Server, der den Fehler verursachte (Remote-MTA), den Statuscode, ob es vorübergehend oder endgültig ist, und was der Absender tun muss (aus einer Liste auswählen). Das Programm prüft anhand eines festen Schlüssels und gibt pro Feld eine Erklärung.
Weiterführende Informationen
Die Schritte in diesen Artikeln gelten für die Panels von WebOké; bei anderen Anbietern funktioniert es vergleichbar.
- Mail delivery failed: So lesen Sie die Fehlermeldung und was die Codes bedeuten
- Fehlermeldung: 550 5.5.0 Requested action not taken: mailbox unavailable
- Mit Email Tracking in DirectAdmin prüfen, ob eine E-Mail angekommen ist
- DirectAdmin Anleitung 9.3: E-Mail-Verfolgung: wo ist meine Mail geblieben?
- RFC 3464 (Aufbau einer DSN), RFC 3463 (erweiterte Statuscodes), RFC 5321 Abschnitt 4.2 (Antwortcodes) und 4.5.4.1 (erneute Versuche)
