Nachschlagen: 451 4.7.500–699 im Fehlercode-Wiki
Auf dieser Seite
Wenn Microsoft 365 diese vorübergehende Zurückstellung zurückgibt:
421 4.7.500 Server busy. Please try again later.
…sieht das nach einem kurzzeitigen Infrastrukturproblem aus. Das ist es fast nie. 4.7.500 (und sein naher Verwandter 4.7.501) ist Throttling wegen der Reputation, verkleidet als Meldung über Serverlast. Wer es nicht erkennt, dessen E-Mails werden endlos zurückgestellt und laufen schließlich ab.
Was 4.7.500 tatsächlich bedeutet
Die NDR-Referenz von Microsoft beschreibt 4.7.500-699 als verdächtige Aktivität, die den Versand vorübergehend eingeschränkt hat, während sie geprüft wird. In der Praxis gibt EOP 4.7.500 zurück, wenn eine dieser Bedingungen zutrifft:
- Die Senderate Ihrer IP an diesen Microsoft-Tenant (oder an M365 insgesamt) liegt über dem, was EOP gerade zu akzeptieren bereit ist.
- Die Reputation Ihrer IP ist so weit gesunken, dass EOP Sie bremsen will, ohne Sie direkt zu blockieren.
- Der Tenant hat aggressives Throttling konfiguriert, und Sie haben die Grenze erreicht.
4.7.501 ist dasselbe Signal mit einem leicht anderen Auslöser, meist ein stärker an der Reputation gewichtetes Throttling.
In allen drei Fällen ist die SMTP-Klasse 4xx, Ihr MTA versucht es also erneut. Mit einem gesunden MTA stellen Sie irgendwann zu. Mit einem schlecht abgestimmten MTA warten Sie entweder zu lange (die E-Mail läuft ab) oder wiederholen zu aggressiv (Microsoft eskaliert auf die dauerhafte Sperre 5.7.708).
So lesen Sie das Signal
Sehen Sie 4.7.500 / 4.7.501 nur gelegentlich (etwa bei unter 0,5 % der Zustellversuche an M365), ist das normales Hintergrund-Throttling. Ignorieren Sie es.
Sehen Sie es bei über 5 % der Versuche, ist es ein Reputationssignal:
- Ihre IP steht in SNDS auf Gelb oder Rot.
- Sie haben kürzlich das Volumen sprunghaft erhöht.
- Sie senden an einen hohen Anteil inaktiver M365-Empfänger.
- Sie bewegen sich nahe an einem Schwellenwert für die Beschwerderate.
Eine vernünftige Wiederholungsstrategie
Ein gut konfigurierter MTA sollte:
| Versuch | Wartezeit nach dem vorherigen |
|---|---|
| 1 | Sofort (erster Versand) |
| 2 | 15 Minuten |
| 3 | 30 Minuten |
| 4 | 1 Stunde |
| 5 | 2 Stunden |
| 6 | 4 Stunden |
| Obergrenze | 24 bis 72 Stunden Warteschlange insgesamt |
Stellen Sie innerhalb von 24 Stunden mit 4.7.500-Wiederholungen nicht zu, behandeln Sie die Nachricht für diesen Versand als unzustellbar und hören Sie auf, gegen den Server anzurennen. Microsoft beobachtet Wiederholungsmuster, und aggressive Wiederholungen eines gedrosselten Absenders führen schnell zu einer dauerhaften Sperre.
Schritte zur Erholung
- Stoppen Sie aggressiven Versand an Microsoft. Senken Sie das Volumen an Microsoft-Adressen 48 Stunden lang um 50 %.
- Prüfen Sie SNDS. Stehen Sie auf Gelb, haben Sie noch Zeit. Stehen Sie auf Rot, sind Sie nur Tage von einer harten Sperre entfernt.
- Führen Sie Domain Health aus und stellen Sie sicher, dass SPF, DKIM und DMARC sauber und im Alignment sind.
- Segmentieren Sie nach Engagement. Senden Sie in der kommenden Woche nur an Empfänger, die in den letzten 30 Tagen geöffnet haben.
- Prüfen Sie die Reputation bei Dritten mit dem Blacklist-Checker. Spamhaus-Listungen gehen oft mit einer Eskalation des EOP-Throttlings einher.
- Untersuchen Sie die Header kürzlich zugestellter M365-E-Mails mit dem E-Mail-Header-Analyzer. Steigende SCL- / BCL-Werte sind der Frühindikator.
4.7.500 vs. 4.4.7 vs. 5.7.708
| Code | Bedeutung | Maßnahme |
|---|---|---|
| 4.7.500 | Gedrosselt (vorübergehend) | Langsamer senden, vernünftig wiederholen |
| 4.4.7 | Nachricht in der Warteschlange abgelaufen | Untersuchen, warum die Wiederholungen nicht zugestellt haben |
| 5.7.708 | Dauerhafte IP-Sperre | Wiederholungen stoppen; beheben; Support-Fall eröffnen |
Häufige Ursachen aus meiner Praxis
- Ein neuer Kunde auf einer geteilten IP wurde in den Pool Ihres ESP aufgenommen und hat die gemeinsame Reputation ruiniert.
- Ein Listenimport ohne Verifizierung, der plötzliche Spitzen bei Beschwerden und Bounces erzeugt.
- Ein Transaktionssystem wird ohne Warm-up für Marketing umfunktioniert.
- Eine falsch konfigurierte Wiederholungsschleife, die einen einzelnen Microsoft-Tenant bombardiert.
Häufige Fragen
Sollte ich 4.7.500 sofort wiederholen? Nein. Wiederholen Sie mit exponentiellem Backoff (beginnend bei 15 Minuten). Sofortige Wiederholungen verschlimmern es.
Löst ein IP-Wechsel 4.7.500? Er kann das Symptom überdecken, behebt aber nicht die Ursache. Wechseln Sie und behalten das gleiche Versandverhalten bei, wird auch die neue IP innerhalb von Tagen gedrosselt.
Veröffentlicht Microsoft seine Throttling-Schwellenwerte? Nein. Die Schwellenwerte variieren je nach Tenant und nach der Gesamtreputation des Absenders.
Verwandte Beiträge
Quellen
- Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn), 4.7.500-699 als vorübergehende Einschränkung, 4.4.7 als in der Warteschlange abgelaufene Nachricht und 5.7.708 als von der IP abgewiesener Traffic.
- Fix NDR error codes 550 5.7.703, 5.7.705, 5.7.708 and 5.7.750 (Microsoft Learn), Microsoft nennt eine IP mit niedriger Reputation als Ursache von 5.7.708.
- Anti-spam message headers (Microsoft Learn), wo EOP die SCL- und BCL-Werte setzt, die Sie in zugestellten E-Mails lesen.
- RFC 5321: Simple Mail Transfer Protocol, eine 4xx-Antwort ist vorübergehend, der Client muss Wiederholungen verzögern, und die Aufgabefrist beträgt in der Regel mindestens 4 bis 5 Tage.