Zum Hauptinhalt springen
MailLand

Leitfaden: Versand

Hard und Soft Bounces und was dagegen hilft

Ein Bounce ist die Antwort eines empfangenden Servers, dass eine Nachricht nicht zugestellt wurde. Wer die Antwort richtig liest, weiß, ob er es erneut versucht, die Adresse nicht mehr anschreibt oder etwas auf der eigenen Seite behebt.

Zuletzt geprüft am 4. November 2026

Wie ein Bounce gemeldet wird

Während des SMTP-Dialogs antwortet der empfangende Server mit einem dreistelligen Antwortcode (RFC 5321). Ein Code mit 2 am Anfang bedeutet angenommen, 4 einen vorübergehenden Fehler, den der Absender erneut versuchen darf, und 5 einen dauerhaften Fehler.

Die meisten Server ergänzen einen erweiterten Statuscode (RFC 3463) wie 5.1.1: Die erste Ziffer wiederholt die Klasse, die zweite nennt den Gegenstand (1 für die Adresse, 2 für das Postfach, 7 für Sicherheit oder Richtlinie) und die dritte das Detail. Ein Server kann eine Nachricht auch annehmen und später eine Zustellstatusmeldung (eine Bounce-Nachricht) senden; das ist ein asynchroner Bounce.

SMTP
550 5.1.1 The email account that you tried to reach does not exist
452 4.2.2 The recipient's mailbox is full, try again later
421 4.7.0 Too many connections, try again later

Hard Bounces

Ein Hard Bounce ist ein dauerhafter Fehler beim Empfänger: Das Postfach existiert nicht (5.1.1), die Domain existiert nicht oder hat keinen Mailserver, oder das Konto wurde geschlossen. Ein erneuter Versand wird nicht gelingen.

Schreiben Sie die Adresse sofort nicht mehr an. Wiederholte Sendungen an nicht existierende Adressen sind eines der deutlichsten Zeichen schlecht gepflegter Listen, und Postfachanbieter berücksichtigen sie bei der Bewertung Ihrer E-Mails.

Soft Bounces

Ein Soft Bounce ist ein vorübergehender Fehler: ein volles Postfach (4.2.2), ein ausgelasteter oder nicht erreichbarer Server oder ein Empfänger, der einen Absender bremst. Der sendende Server versucht es über Stunden oder Tage erneut, bevor er aufgibt.

Ein einzelner Soft Bounce ist kein Grund, eine Adresse zu entfernen. Eine Adresse, die wochenlang aus demselben Grund scheitert, verhält sich jedoch wie ein Hard Bounce und sollte auch so behandelt werden.

Blockierte Nachrichten

Manche dauerhaften Ablehnungen betreffen gar nicht den Empfänger. Codes im Bereich 5.7.x und Antworten, die Spam, Reputation, Authentifizierung oder Richtlinien erwähnen, besagen, dass der Empfänger E-Mails dieses Absenders, Servers oder Inhalts nicht annimmt.

Den Empfänger zu entfernen hilft hier nicht. Prüfen Sie SPF, DKIM und DMARC, Ihre Beschwerderate, den Inhalt und die Reputation der sendenden IP; ein plötzlicher Anstieg von Blockierungen ist eine Warnung zu Ihrem Versand, nicht zu Ihrer Liste.

Was jeweils zu tun ist

  • Hard Bounce: die Adresse dauerhaft sperren und nie wieder importieren.
  • Soft Bounce: die Wiederholungen laufen lassen und erst nach wiederholten Fehlern über längere Zeit sperren.
  • Blockiert: die Adresse behalten, Authentifizierung, Inhalt und Reputation prüfen und langsamer senden, wenn ein Anbieter Sie drosselt.
  • Die Bounce-Rate pro Kampagne und pro Anbieter beobachten. Ein Ausschlag nach einem Import bedeutet meist alte oder gekaufte Adressen.

So behandelt Mail.Land Bounces

Mail.Land ordnet Bounces als Hard, Soft oder blockiert ein, und als unbekannt, wenn sich eine Antwort nicht zuordnen lässt. Ein Hard Bounce setzt die Adresse sofort auf die globale Sperrliste, sodass keine weitere E-Mail an sie geht. Ein Soft Bounce sperrt die Adresse in der Regel 30 Tage für Marketing-E-Mails, während Transaktions-E-Mails weiter an sie gehen; der erste Bounce einer Adresse wegen Ablauf oder Übergröße sperrt nichts, und vorübergehende Fehler werden erneut versucht, bevor ein Bounce gemeldet wird. Ein blockierter Bounce sperrt nichts, weil er etwas über den Versand aussagt, nicht über den Empfänger.

Jeder Bounce ist mit seinem Grund in den E-Mail-Logs sichtbar, und der Webhook message.bounced enthält die Bounce-Art.

Bounces in der Mail.Land-Dokumentation

Quellen

  1. RFC 5321, Simple Mail Transfer Protocol (abgerufen am 4. November 2026)
  2. RFC 3463, Enhanced Mail System Status Codes (abgerufen am 4. November 2026)

Setzen Sie es in die Praxis um

Fügen Sie Ihre Domain in Mail.Land hinzu, und das Dashboard zeigt genau die SPF-, DKIM- und DMARC-Einträge, die Sie veröffentlichen müssen.