Alle Artikel

Bounce-Codes von Outlook und Microsoft 365: Was jeder NDR bedeutet und was zu tun ist

··6 Min. Lesezeit

Ein Bounce von Outlook oder Microsoft 365 nennt den Grund im erweiterten Statuscode: 5.1.x und 5.4.1 „Recipient address rejected“ bedeuten, dass die Adresse nicht existiert, 5.7.x steht für eine Sperre oder Richtlinienentscheidung über Sie, und 5.1.90, 5.2.2 oder 5.7.233 bedeuten, dass Ihr eigenes Konto ein Sendelimit erreicht hat. Gleichen Sie den Code mit Microsofts NDR-Referenz für Exchange Online ab und beheben Sie dann das Problem der jeweiligen Gruppe. Nur die Empfängergruppe betrifft Ihre Liste.

Ob eine Outlook-, Hotmail- oder Microsoft-365-Adresse existiert, können Sie vor dem Versand hier prüfen:

Schritt 1: Den Code im Bounce finden

Microsoft nennt einen Bounce Unzustellbarkeitsbericht (NDR, nondelivery report). Öffnen Sie ihn und suchen Sie den Abschnitt „Diagnostic information for administrators“ oder den Bounce-Eintrag in Ihrem Versandtool. Sie brauchen zwei Angaben: die dreistellige Antwort (550, 451) und den erweiterten Code (5.1.10, 4.7.650). Die erste Ziffer gibt die Klasse an: 5 ist dauerhaft, 4 ist temporär.

Sie wissen nicht genau, ob der Empfänger überhaupt bei Microsoft ist? Firmendomains auf Microsoft 365 haben einen MX-Eintrag, der auf mail.protection.outlook.com endet. Die E-Mail-Anbieter-Abfrage zeigt ihn für jede Adresse an, und unser Beitrag zu Hotmail-, Outlook-, Live- und MSN-Domains behandelt die private Seite.

Schritt 2: Den Code seiner Gruppe zuordnen

Alle Texte unten sind aus Microsofts NDR-Tabelle zitiert, abgerufen am 8. November 2026. Mehrere Codes gibt es in mehr als einer Formulierung, vergleichen Sie also den Text ebenso wie die Nummer.

Gruppe 1: Der Empfänger existiert nicht

Code Text von Microsoft Was zu tun ist
5.1.1 "Bad destination mailbox address" Auf Tippfehler prüfen, dann sperren
5.1.10 "Recipient not found" Sperren
5.4.1 "Recipient address rejected: Access denied" (Microsoft: „The recipient's address doesn't exist“) Sperren
5.7.504 "Recipient address rejected: Access denied" (Microsoft: „isn't valid“) Sperren
550 5.5.0 "Requested action not taken: mailbox unavailable", für Empfänger bei hotmail.com oder outlook.com, die die Adresssuche nicht findet Sperren

Das ist die einzige Gruppe, die eine Listenprüfung verhindert. Eine Postfachprüfung fragt den empfangenden Server nach der Adresse, ohne etwas zu senden, sodass die meisten dieser Fälle als ungültig erkannt werden, bevor Ihre Kampagne rausgeht. Unsere Anleitung zum Überprüfen von Outlook- und Hotmail-Adressen erklärt, was Microsoft einem Verifizierungstool verrät und was nicht.

Ein Doppelgänger, den Sie auseinanderhalten sollten: Ein anderer 5.4.1, „Relay Access Denied“, bedeutet, dass der antwortende Server für diese Domain überhaupt keine E-Mails annimmt. Das ist meist ein DNS- oder MX-Fehler auf Empfängerseite, kein totes Postfach.

Gruppe 2: Sperren für Ihre IP, Domain oder Ihren Mandanten

Code Text von Microsoft (Anfang) Was zu tun ist
5.7.606-649 "Access denied, banned sending IP" Ursache beheben, dann Microsofts Delisting-Portal nutzen
5.7.511 "Access denied, banned sender" (die IP) Laut Microsoft eine E-Mail mit vollständigem NDR und IP an [email protected] senden
5.7.705 / 5.7.708 "Access denied, tenant has exceeded threshold" / "traffic not accepted from this IP" Kompromittierung oder offenes Relay beheben, dann den Support kontaktieren
5.7.750 "Client blocked from sending from unregistered domains" Jede Domain, von der Sie senden, hinzufügen und validieren
5.7.513 "blocked by $recipientDomain using Customer Block list" Die eigene Sperrliste des Empfängers; wenden Sie sich an ihn
5.7.507 "Access denied, rejected by recipient" Die Organisation des Empfängers hat Ihre IP gesperrt

Unsere Beiträge zu 5.7.606 und 5.7.708 gehen jeden Fall durch. Das private Outlook.com hat eigene Sperrmeldungen, etwa die Sperrliste S3150 und 5.7.515.

Gruppe 3: Authentifizierung und Nachrichtenformat

Code Text von Microsoft (Anfang) Was zu tun ist
5.7.509 "sending domain ... does not pass DMARC verification and has a DMARC policy of reject" SPF- oder DKIM-Alignment der From-Domain korrigieren
5.7.23 "rejected because of Sender Policy Framework violation" Ihren SPF-Eintrag korrigieren
5.7.512 "message must be RFC 5322 section 3.6.2 compliant" Mit einer gültigen From-Adresse senden
550 5.1.20 "Multiple From addresses are not allowed without Sender address" Korrigieren, wie Ihr Tool die Header erzeugt
5.6.11 "Invalid characters" Ihr Versandprogramm hat einzelne Zeilenvorschübe (bare line feeds) eingefügt

Microsofts Anforderungen an Massenversender an Outlook.com behandeln SPF, DKIM und DMARC. Der DMARC-Alignment-Checker zeigt, ob Ihre From-Domain übereinstimmt. Siehe auch 5.7.509 erklärt.

Gruppe 4: Ihre eigenen Sendelimits

Code Text von Microsoft (Anfang) Was zu tun ist
5.1.90 "you've reached your daily limit for message recipients" Warten; das Tagesvolumen pro Postfach senken
5.2.2 "Submission quota exceeded" Ebenso; das Empfänger- oder Nachrichtenlimit wurde erreicht
5.7.233 / 5.7.232 "your tenant exceeded its daily limit for sending email to external recipients" (232 bei Testmandanten) Der gesamte Mandant ist über seinem Limit; siehe 5.7.233
5.7.236 Tageslimit für externe Empfänger "from your tenant's onmicrosoft.com domains" Laut Microsofts Tabelle 100 externe Empfänger pro Tag von onmicrosoft.com; senden Sie von Ihrer eigenen Domain

Microsofts Tabelle setzt das Empfängerlimit pro Benutzer auf 10.000 Empfänger pro Tag und warnt, dass diese Fehler auf ein kompromittiertes Konto hindeuten können. Löschen Sie die Empfänger nicht, die mit diesen Codes gebounct sind; das Problem war Ihr Volumen.

Gruppe 5: Temporär (4xx)

Code Text von Microsoft (Anfang) Was zu tun ist
4.7.500-699 "Access denied, please try again later" (verdächtige Aktivität) Langsamer senden; laut Microsoft wird legitimer Traffic kurz darauf freigegeben
451 4.7.650 Vorübergehende Sperre wegen der Reputation der Sende-IP Siehe 4.7.650
4.4.7 "Message expired" Meist der empfangende Server; Adresse und Domain prüfen
4.5.3 "Too many recipients" (mehr als 200 Envelope-Empfänger von einer Domain) Die Nachricht in kleinere Pakete aufteilen

Schritt 3: Einen Stapel Bounces in dieser Reihenfolge sortieren

  1. Trennen Sie 4xx von 5xx. Temporäre Codes werden automatisch erneut versucht; wenn sie weiter auftreten, senden Sie weniger.
  2. Ziehen Sie 5.1.90, 5.2.2 und 5.7.23x heraus. Das sind Ihre Limits. Pausieren Sie und verteilen Sie das Volumen.
  3. Ziehen Sie die übrigen 5.7.x heraus. Beheben Sie zuerst die Authentifizierung und kümmern Sie sich dann um IP- oder Mandantensperren.
  4. Was in 5.1.1, 5.1.10, 5.4.1 „Recipient address rejected“ und 5.5.0 übrig bleibt, ist die Liste. Sperren Sie diese Adressen und prüfen Sie den Rest der Datei vor dem nächsten Versand.

Fügen Sie einen vollständigen NDR in den Bounce-Nachrichten-Analyzer ein, wenn Sie nicht sicher sind, zu welcher Gruppe er gehört, oder schlagen Sie den Code auf unseren SMTP-Code-Seiten nach.

Empfänger-Bounces verhindern, bevor sie entstehen

  • Prüfen Sie die Liste vor dem ersten Versand und bevor Sie eine alte Datei erneut anschreiben. Laden Sie sie auf der Prüfseite hoch: Jede Adresse erhält eine Live-Postfachprüfung, und gültige, riskante und ungültige Adressen (valid, risky, invalid) werden als separate Dateien heruntergeladen.
  • Rechnen Sie damit, dass manche privaten Microsoft-Adressen (outlook.com, hotmail.com, live.com) als riskant zurückkommen, also unbestätigt. Senden Sie diese in einem kleineren Paket.
  • Für eine einzelne Adresse führt der Outlook-E-Mail-Checker dieselbe Prüfung durch; für Firmendomains auf Microsoft 365 nutzen Sie den Microsoft-365-E-Mail-Checker.

Wenn Sie gleich Cold E-Mails an eine ungeprüfte Liste senden wollen, erklärt unsere Anleitung zum Prüfen einer Liste vor Cold E-Mails die richtige Reihenfolge.

Wo SimpleVerifier ins Spiel kommt

Die ersten 100 Prüfungen sind mit einer Google-Anmeldung kostenlos, ohne Karte. Starter kostet 9 $ pro Monat für 2.500 Prüfungen; Pro kostet 39 $ pro Monat, mit den ersten 100.000 Prüfungen im Monat bei voller Geschwindigkeit, danach langsamer, aber nie abgeschaltet. Siehe Preise.

Häufige Fragen

Was bedeutet 550 5.1.10 in Outlook?

Microsoft beschreibt den Code mit „Recipient not found“ (Empfänger nicht gefunden): Die SMTP-Adresssuche hat die Adresse des Empfängers nicht gefunden. Das Postfach existiert in dieser Microsoft-365-Organisation nicht. Prüfen Sie auf Tippfehler und sperren Sie die Adresse dann für weitere Sendungen.

Was bedeutet 5.4.1 Recipient address rejected: Access denied?

Microsoft dokumentiert den Code mit „The recipient's address doesn't exist“ (die Empfängeradresse existiert nicht). Er stammt vom Directory Based Edge Blocking, das unbekannte Empfänger ablehnt, bevor die Nachricht angenommen wird. Trotz der Worte „Access denied“ geht es um die Adresse, nicht um Sie.

Was bedeutet 550 5.7.708?

„Access denied, traffic not accepted from this IP“ (Zugriff verweigert, kein Traffic von dieser IP angenommen). Laut Microsoft wurde der Großteil des Traffics vom sendenden Mandanten als verdächtig erkannt, deshalb wurde sein Versand eingeschränkt. Das Problem liegt beim Absender: Beheben Sie eine Kompromittierung oder eine schlechte Liste und wenden Sie sich dann über Ihren üblichen Kanal an den Support.

Warum erhalte ich 5.2.2 Submission quota exceeded?

Ihr eigenes Postfach hat das Empfänger- oder Nachrichtenlimit von Exchange Online überschritten. Microsofts NDR-Tabelle setzt das Empfängerlimit auf 10.000 Empfänger pro Tag und warnt, dass der Fehler auf ein kompromittiertes Konto hindeuten kann.

Kann E-Mail-Verifizierung Outlook-Bounces verhindern?

Nur die Empfänger-Bounces wie 5.1.1, 5.1.10 und 5.4.1. Sperren, Authentifizierungsfehler und Sendelimits hängen von Ihrem Setup und Ihrem Volumen ab, und daran ändert keine Listenprüfung etwas.

E-Mails verifizieren für 39,00 USD/Monat, ohne Abbruch

Echte SMTP-Postfachprüfung. Keine Credits, keine Gebühren pro E-Mail.

Jetzt starten

Original auf Englisch lesen