Meine E-Mail kam mit Bounce zurück, ging aber beim erneuten Senden durch. Was war da los?

Das kann nur die ursprüngliche Diagnose sagen. Greylisting – ein Server weist den ersten Versuch eines unbekannten Absenders vorübergehend ab – ist eine Möglichkeit, aber Ratenbegrenzung, DNS- oder Netzwerkprobleme und schlichte Serverlast verhalten sich genauso. Ihr Sendeserver wiederholt eine vorübergehende 4xx-Ablehnung normalerweise von selbst; ein Einzelfall, der sich erledigt hat, braucht also meist kein Eingreifen. Passiert es immer wieder, schicken Sie Ihrem E-Mail-Anbieter die vollständige Diagnose.

Heißt ein Bounce, dass meine E-Mail-Adresse gesperrt oder kompromittiert ist?

Meist nicht. Ein einzelner Bounce spiegelt in der Regel ein Problem mit der Empfängeradresse, dem Postfach, einer Richtlinie oder etwas Vorübergehendem. Ärger auf Absenderseite kann sich als 4xx- oder 5xx-Antwort zeigen, die Authentifizierung, Ratenbegrenzungen, Reputation, Reverse DNS oder Inhalte erwähnt. Das echte Warnzeichen ist ein anderes: Bounces für Nachrichten, die Sie nie geschickt haben, oder plötzlich eine Flut davon – prüfen Sie den Ordner „Gesendet“ und die Kontoaktivität und melden Sie sich bei Ihrem Anbieter; dieses Muster deutet auf Spoofing, Backscatter oder Kontomissbrauch hin, ist aber kein Beweis für einen Einbruch.

Warum Ihre E-Mail zurückkam (und was Sie tun können)

Ein Bounce ist eine Zustellstatus-Benachrichtigung, die entsteht, wenn ein Mailsystem Ihre Nachricht nicht zustellen konnte. Sie kommt als „Delivery Status Notification“ oder „Mail Delivery Failed“ an; sie kann die SMTP-Antwort des Empfängerservers zitieren – oder einen DNS-, Routing- oder Verbindungsfehler melden, auf den die Absenderseite stieß, bevor die Nachricht den Empfänger überhaupt erreichte. Darin steckt meist der beste verfügbare Hinweis darauf, was schiefging – lernen Sie, ihn zu lesen, und die meisten Bounces verlieren ihr Rätselhaftes. Zwei Checks vor allem anderen: Prüfen Sie, ob sich die Meldung auf eine Nachricht bezieht, die Sie wirklich geschickt haben (gefälschte „Bounces“ gibt es – klicken Sie keine Links in unerwarteten Meldungen an). Und hatte die Nachricht mehrere Empfänger, schauen Sie, welche Adresse gescheitert ist: Der Zustellstatus gilt pro Empfänger, und die anderen haben die Mail vielleicht ganz normal bekommen.

Dauerhafte Fehler vs. vorübergehende Zurückstellung

Klären Sie als Erstes, ob die Antwort endgültig war oder eine Einladung zum erneuten Versuch.

Dauerhafte Ablehnung (5xx-Codes) – die Empfängerseite hat die Anfrage so, wie sie gestellt wurde, abgewiesen: Das Postfach existiert nicht, die Nachricht wurde per Richtlinie abgelehnt, oder sie war zu groß. Ihr Server meldet das als Fehler; dieselbe Nachricht unverändert noch einmal zu schicken hilft nicht.
Vorübergehende Zurückstellung (4xx-Codes) – kein endgültiger Fehler. Das Postfach ist voll, der Server ist ausgelastet, oder Greylisting hält Sie auf. Ihr Sendeserver stellt die Nachricht in die Warteschlange und versucht es selbst erneut; er schickt Ihnen vielleicht einen Hinweis „Zustellung verzögert“, und erst wenn die Versuche aufgebraucht sind, kommt eine endgültige Fehlermeldung – die immer noch die ursprüngliche 4xx-Bedingung zitieren kann. Wie lange er es versucht, ist die eigene Konfiguration des Sendeservers – gehen Sie also nicht von einem festen Zeitfenster aus, und schicken Sie nicht von Hand immer wieder neu.

Den SMTP-Code lesen

Zwei Dinge zählen: der dreistellige Basiscode (beginnt er mit 4 oder 5?) und der erweiterte Statuscode (wie 5.1.1 oder 4.2.2) plus der vollständige Diagnosetext – dieses Detail, nicht die nackte Zahl, benennt das Problem. Behandeln Sie ähnliche Zahlen nicht als austauschbar: 452 (vorübergehend „zu wenig Speicher“, erneut versuchen) und 552 (dauerhafte Ablehnung wegen Kontingent/Größe) sind verschiedene Ergebnisse, auch wenn sie sich ähnlich sehen. Manche Meldungen sind zu vage für eine Diagnose im Alleingang; dann sind die Logs Ihres Anbieters die nächste Station.

550 5.1.1 Recipient address rejected: User unknown   → destination mailbox doesn't exist (permanent)
452 4.2.2 Mailbox full / over quota                   → temporary: recipient inbox full, retry
552 5.2.2 Mailbox full / over quota                   → permanent refusal: contact the recipient
552 5.2.3 / 5.3.4 Message too large                   → permanent: shrink it or share the file another way
421 / 451  Try again later / temporarily deferred      → greylisting, rate limits, or server busy (temporary)
4xx/5xx ... SPF/DKIM/DMARC ...                         → an authentication result contributed
554 ... blocked using a blocklist ...                  → a reputation or policy check rejected it
Connection timed out                                  → no response in time — cause not yet known

550 5.1.1 „User unknown“ – das Zielsystem sagt: Dieses Postfach existiert nicht. Oft ein Tippfehler – das Postfach kann aber auch gelöscht oder umbenannt worden sein. Sieht die Adresse richtig aus, besorgen Sie sich eine aktuelle oder erreichen Sie die Person auf anderem Weg, statt blind neu zu senden. Ein häufiger dauerhafter Fehler – und oft von Ihrer Seite aus behebbar.
452 vs. 552 „Postfach voll“ – die 4xx-Version ist vorübergehend: Ihr Server versucht es erneut, und der Empfänger schafft vielleicht Platz. Die 5xx-Version ist eine dauerhafte Ablehnung: Erreichen Sie den Empfänger anders. Sagt die Diagnose stattdessen, die Nachricht sei zu groß (5.2.3/5.3.4), liegt es an Ihnen: Anhänge komprimieren oder weglassen, oder einen Freigabe-Link nutzen – durch die Kodierung wird eine per E-Mail verschickte Datei größer als das Original.
421 / 451 zurückgestellt – vorübergehend. Greylisting weist einen ersten Versuch absichtlich ab und akzeptiert meist den Wiederholungsversuch; ausgelastete Server stellen bei Lastspitzen ebenfalls zurück. Lassen Sie die automatische Wiederholung arbeiten – aber achten Sie auf eine spätere endgültige Fehlermeldung, denn ein 4xx lädt zum erneuten Versuch ein, ohne die Annahme zu versprechen.
SPF, DKIM oder DMARC erwähnt – ein Authentifizierungsergebnis oder eine Richtlinie hat zur Ablehnung beigetragen. Das können DNS-Einträge sein, aber auch ein Versanddienst, der in Ihrem SPF nicht autorisiert ist, eine abgeschaltete oder nicht passende DKIM-Signatur oder eine Weiterleitungsstation – lesen Sie also die vollständige Diagnose, bevor Sie irgendetwas anfassen. Wenn Sie DNS bearbeiten: Legen Sie nie einen zweiten SPF-Eintrag an (aktualisieren Sie den bestehenden) und prüfen Sie, ob die DKIM-Signatur für den veröffentlichten Selektor aktiv ist. Tipp 8, sicherer Mailserver, behandelt die Einrichtung.
554 blocked / listed – eine Reputations- oder Richtlinienprüfung hat die Nachricht abgelehnt. Stellen Sie genau fest, was gelistet ist – eine IP, eine Domain, etwas anderes – und ob es eine öffentliche Liste ist (mit veröffentlichtem Austragungsverfahren) oder die hauseigene Richtlinie des Empfängers. Beheben Sie zuerst die eigentliche Ursache; manche Einträge laufen dann von selbst aus, andere brauchen einen Austragungsantrag.
Connection timed out – keine SMTP-Antwort kam rechtzeitig an. Das kann der Zielserver sein, DNS, Routing, eine Firewall oder Ihr eigener Versanddienst – die Zeitüberschreitung selbst verrät es nicht. Lassen Sie die Wiederholungen laufen; wird es endgültig oder kommt es immer wieder, geben Sie die Diagnose an Ihren E-Mail-Anbieter.

Wer behebt was

Die Diagnose sagt meist, wer am besten handeln kann – als Wegweiser, nicht als Gesetz:

Sie: eine vertippte Adresse korrigieren, die Authentifizierung Ihres Versanddienstes richten (vorsichtig – siehe oben), Versandmuster vermeiden, die Filter auslösen, übergroße Nachrichten verkleinern.
Der Empfänger: ein volles Postfach, ein ablehnender oder ausgefallener Server, ein überaggressiver Filter auf seiner Seite. Rufen Sie an und lassen Sie es dort klären.
Ihr E-Mail-Anbieter: Routing, Reputation, Blocklisten, Reverse DNS, Probleme mit geteilten Servern. Wenn Sie über ein verwaltetes Postfach, die Mailfunktion einer Website oder eine Newsletter-Plattform senden, kontrolliert der Anbieter die Absender-IP und jede Austragung – geben Sie dem Support die vollständige Diagnose, statt selbst Austragungen zu versuchen.
Niemand – einfach warten: Greylisting und vorübergehende Zurückstellungen erledigen sich meist mit dem automatischen Wiederholungsversuch.

Lesen Sie zuerst den erweiterten Code und den Diagnosetext, und Sie wissen meist, ob eine Adresse zu korrigieren ist, der Anbieter ranmuss oder die Wiederholung einfach ihre Arbeit machen darf – und wenn die Meldung dafür zu vage ist, beantworten die Diagnose plus die Logs Ihres Anbieters die Frage gemeinsam.

Was zu tun ist

Prüfen Sie zuerst, ob der Bounce zu etwas gehört, das Sie wirklich gesendet haben. Suchen Sie dann den Code – die 4xx/5xx-Nummer, den erweiterten Status (z. B. 5.1.1) und den Diagnosetext – und schauen Sie, für welchen Empfänger er gilt.
Ein 4xx ist eine vorübergehende Zurückstellung – der Sendeserver wiederholt von selbst; warten Sie, aber achten Sie auf eine endgültige Fehlermeldung.
Ein 550 „User unknown“ – auf Tippfehler prüfen; sieht die Adresse richtig aus, besorgen Sie sich auf anderem Weg eine aktuelle vom Empfänger.
Authentifizierung erwähnt? Erst die vollständige Diagnose lesen, dann DNS ändern – kein zweiter SPF-Eintrag, die bestehende Einrichtung korrigieren, oder an die Person übergeben, die Ihre E-Mail betreut.
Postfach voll: vorübergehend wiederholt sich von selbst, dauerhaft heißt Empfänger kontaktieren. Nachricht zu groß: verkleinern oder einen Link teilen. Zeitüberschreitung: Wiederholungen laufen lassen, bei Wiederkehr an den Anbieter eskalieren.
Blocklisten-Bounce: feststellen, was gelistet ist, die Ursache beheben und dann der aktuellen Anleitung dieser Liste folgen – über Ihren Anbieter, wenn er die Absender-IP kontrolliert.