Bounce-Meldungen entschlüsseln

Ein Bounce ist ein Bericht, den ein Server schreibt

Wenn Sie eine E-Mail senden, übergibt der Server Ihres Anbieters sie dem Server des Empfängers. Scheitert die Übergabe, antwortet der Server des Empfängers mit einer Ablehnungszeile, und Ihr eigener Server verpackt diese Zeile in eine Nachricht an Sie. Als Absender erscheint „Mail Delivery Subsystem“, „MAILER-DAEMON“ oder „postmaster“, weil kein Mensch sie geschrieben hat.

Die Meldung hat zwei Schichten. Oben steht ein Satz für Menschen, oft ein vager („Adresse nicht gefunden“, „Nachricht nicht zugestellt“). Der nützliche Teil steht darunter, in einem kleinen maschinenlesbaren Bericht:

Final-Recipient: rfc822; anna@example.org
Action: failed
Status: 5.1.1
Remote-MTA: dns; mx.example.org
Diagnostic-Code: smtp; 550 5.1.1 User unknown

Final-Recipient ist die Adresse, die gescheitert ist. Action sagt, ob der Server aufgegeben hat (failed) oder es noch versucht (delayed). Remote-MTA ist der Server, der abgelehnt hat, und Diagnostic-Code zitiert seinen genauen Wortlaut.

Zwei Codes, von links nach rechts gelesen

Die Ablehnungszeile enthält meist zwei Zahlen. Die erste hat drei Ziffern, etwa 550, und ist die einfache SMTP-Antwort. Die zweite besteht aus drei durch Punkte verbundenen Zahlen, etwa 5.1.1. Das ist der erweiterte Statuscode, und er ist der genauere von beiden.

Bei beiden sagt die erste Ziffer, wie es weitergeht. Eine 4 ist eine vorübergehende Ablehnung: Ihr Server behält die Nachricht in einer Warteschlange und versucht es selbst noch einmal. Eine 5 ist endgültig, es wird nichts mehr versucht. Die mittlere Zahl des erweiterten Codes nennt das Thema:

Große Anbieter ergänzen die Liste um eigene Nummern. Microsoft 365 verwendet Codes wie 5.7.708 und 5.4.316. Gmail hängt ein Stichwort an das Zeilenende, etwa gsmtp, und einen Link zur Hilfe.

Wie der Decoder zu seiner Antwort kommt

Alles läuft in Ihrem Browser. Der Decoder zieht zuerst die Fakten heraus: jeden erweiterten Code, jeden einfachen Antwortcode, den er kennt (von 421 bis 556), die gescheiterten Empfänger, den ablehnenden Server, jede IP-Adresse in eckigen Klammern und das Feld Action.

Dann vergleicht er den Text mit einem Katalog von rund fünfzig bekannten Situationen. Jede wird an ihrer typischen Formulierung erkannt („blocked using“, „quota exceeded“, „greylisted“) und an ihren genauen Codes. Eine eindeutige Formulierung zählt am meisten, ein exakter Code kommt hinzu, und die Situation mit der höchsten Punktzahl wird zur Haupterklärung. Weitere starke Kandidaten stehen unter „Andere mögliche Erklärungen“, denn ein Code kann mehrere Ursachen haben. 5.7.1 allein kann eine Blocklist, einen Inhaltsfilter oder eine private Regel bedeuten.

Ob vorübergehend oder endgültig, ergibt sich aus dem Feld Action, wenn es vorhanden ist, sonst aus der ersten Ziffer der gefundenen Codes. Jede Erklärung nennt, wer handeln muss: Sie, Ihr E-Mail-Anbieter oder Ihre IT, der Empfänger, oder noch niemand, weil der Server es weiter versucht.

Die häufigen Ursachen und was zu tun ist

Unbekannte Adresse oder Domain (5.1.1, 5.1.2)

Prüfen Sie die Schreibweise, besonders nach dem @. Stimmt sie, wurde das Postfach geschlossen, und Sie müssen auf anderem Weg nach der neuen Adresse fragen.

Postfach voll (5.2.2, 4.2.2)

Nur der Empfänger kann Platz schaffen. Sagen Sie ihm per Telefon oder Nachricht Bescheid.

Nachricht zu groß (5.3.4)

Die meisten Anbieter stoppen bei etwa 20 bis 25 MB, und Anhänge wachsen unterwegs um ein Drittel. Schicken Sie stattdessen einen Link zur Datei.

Fehlgeschlagene Authentifizierung (5.7.26, 5.7.23, 5.7.30)

Die Empfängerseite konnte nicht prüfen, ob Ihre Domain den sendenden Server autorisiert hat. Führen Sie den SPF-, DKIM- und DMARC-Check für Ihre Domain aus und beheben Sie, was er meldet.

„Blocked using“ mit dem Namen einer Liste

Die IP-Adresse Ihres sendenden Servers steht auf einer Spam-Blocklist. Die Blocklist-Abfrage zeigt, auf welcher. Bei Shared Hosting leiten Sie das Ergebnis an Ihren Anbieter weiter.

Greylisting und andere 4.x.x-Antworten

Warten Sie. Erneutes Senden von Hand erzeugt Duplikate und setzt nichts zurück. Server versuchen es meist ein bis fünf Tage lang, bevor sie aufgeben.