Direkt zum Inhalt

Cookie-Einstellungen

Wählen Sie, welche Arten von Cookies Sie erlauben. Sie können Ihre Auswahl jederzeit über Cookie-Einstellungen unten auf jeder Seite ändern. Datenschutzerklärung

Notwendig

Immer aktiv

Nötig zum Einloggen, für Ihren Warenkorb und um Ihre Auswahl zu speichern. Diese sind immer aktiv.

Welche Cookies?
  • weboke_sessie, weboke_klant, weboke_remember: Ihre Sitzung und eingeloggt bleiben
  • weboke_basket: Ihr Warenkorb
  • wkBtwIncl: Preise mit oder ohne MwSt. anzeigen
  • wok_cookies: Ihre Cookie-Auswahl, 12 Monate

Misst, welche Anzeige zu einem Besuch oder einer Bestellung führt, damit wir nicht für Anzeigen zahlen, die nichts bringen.

Welche Cookies?
  • Google Ads über Google Tag Manager (_gcl_au, _gcl_aw), bis zu 90 Tage
  • OpenAI Ads, Anzeigen in ChatGPT
  • wok_aff: über welchen Partner Sie zu uns kamen (Partnerprogramm), 60 Tage

4,6

Land und Sprache

Jedes Land hat seine eigene Website, mit Preisen und MwSt. dieses Landes.

Anzeigen

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 sender
  • Undelivered Mail Returned to Sender
  • Delivery 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:

  1. 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.
  2. 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 unknown

Lesen Sie es so:

TeilWas es bedeutet
permanent errorEndgültig: Der Server versucht es nicht erneut
pieter.devries@example.netDie 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 serverDer Fehler kam vom Empfänger, nicht von Ihrem eigenen Server
after RCPT TOZu welchem Zeitpunkt im Gespräch: hier bei der Angabe des Empfängers
550 5.1.1 ... User unknownDer 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
FeldBedeutung
Reporting-MTADer Server, der diese Bounce geschrieben hat (meist Ihr eigener Versandserver)
Final-RecipientDie Adresse, um die es geht
Actionfailed (fehlgeschlagen, endgültig), delayed (verzögert, wird noch versucht), manchmal delivered oder relayed
StatusDer erweiterte Statuscode, siehe unten
Remote-MTADer Server auf der anderen Seite, der die Antwort gab
Diagnostic-CodeDie wörtliche Antwort dieses Servers: hier steht der eigentliche Grund
Will-Retry-UntilBei 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 mitBedeutungWas der versendende Server tut
2ErfolgreichNichts weiter, E-Mail wurde angenommen
4Vorübergehender FehlerSpeichert die E-Mail und versucht es später erneut
5Endgültiger FehlerGibt 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 ZahlThemaBeispiele
X.1Adresse5.1.1 Adresse existiert nicht, 5.1.2 Domain existiert nicht
X.2Postfach5.2.2 / 4.2.2 Postfach voll, 5.2.1 Postfach deaktiviert
X.3Mailsystem5.3.4 Nachricht zu groß
X.4Netzwerk und Route4.4.1 keine Antwort, 4.4.7 zu lange in der Warteschlange, 5.4.4 keine Route
X.5Protokoll5.5.1 ungültiger Befehl
X.6Inhalt5.6.0 Problem mit Inhalt oder Kodierung
X.7Sicherheit und Richtlinie5.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 +0100

Das 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-MTA und vor allem Diagnostic-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

1. In einer Bounce steht Action: delayed und Status: 4.4.1. Was tun Sie?



2. In einer Bounce steht SMTP error from remote mail server after RCPT TO: ... 550 5.1.1 User unknown. Wer verursachte den Fehler und was ist los?



3. Wo liegt das Problem bei einem erweiterten Statuscode, der mit 5.7 beginnt?



4. Sie erhalten plötzlich viele Bounces für E-Mails, die Sie nie versendet haben, mit Ihrer Adresse als Absender. Was ist die wahrscheinlichste Erklärung?



5. Wo in einer Bounce steht die wörtliche Antwort des empfangenden Servers?



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.

Aufgabe Z6.1: Drei Bounces analysieren

Datei zu dieser Aufgabe: bounce-1.txt, bounce-2.txt, bounce-3.txt

Öffnen Sie die drei Beispiel-Bounces und beantworten Sie pro Bounce die fünf Fragen. Was muss der Absender tun? A. Nichts, abwarten: der Server versucht es erneut. B. Die Adresse prüfen oder den Empfänger auf einem anderen Weg nach der richtigen Adresse fragen. C. Den Versanddienst veranlassen, mit ausgerichtetem SPF/DKIM zu mailen (oder per SMTP mit Anmeldung), und die DMARC-Richtlinie nicht herabsetzen. D. Einen kleineren Anhang senden. E. Das Passwort ändern. F. Den Empfänger bitten, Speicherplatz freizumachen.

















Was Sie eingeben und was wir finden, speichern wir nicht. Ihr Browser merkt sich Ihre Antworten und ob Sie die Aufgabe bestanden haben. Sind Sie angemeldet, speichern wir in Meine Kurse nur, dass Sie die Aufgabe (fast) richtig hatten; auch das können Sie dort löschen.

Weiterführende Informationen

Die Schritte in diesen Artikeln gelten für die Panels von WebOké; bei anderen Anbietern funktioniert es vergleichbar.

Einen Moment bitte…

Richten Sie Ihre Domains ein

Legen Sie für jede Domain die Nameserver, die Verknüpfung mit Ihrem Hosting und den künftigen Inhaber fest.

Ihre Domains werden geladen…