Zum Inhalt springen
Das Zustellbarkeits-Logbuch · 8 Min. Lesezeit

421 4.7.28 “Our system has detected an unusual rate of unsolicited mail originating from your IP address”: so beheben Sie den Gmail-Fehler

421 4.7.28 von Gmail ist ein vorübergehendes Throttling wegen der IP-Reputation, unabhängig von Blocklists und fehlgeschlagener Authentifizierung. Was jeder Teil des Bounces bedeutet und die Lösung Schritt für Schritt.

Autor
Google
Thema
Veröffentlicht
Aktualisiert

Nachschlagen: 421 4.7.28 im Fehlercode-Wiki

Auf dieser Seite
  1. Was 421 4.7.28 tatsächlich bedeutet
  2. Die häufigsten Ursachen
  3. Die Lösung Schritt für Schritt
  4. Wie lange es dauert, bis 421 4.7.28 verschwindet
  5. Häufige Fragen
  6. Fazit
  7. Quellen

Stellt Gmail Ihre E-Mails mit einer Meldung wie dieser zurück, hat Sie ein Throttling wegen der IP-Reputation bei Gmail getroffen:

421-4.7.28 [203.0.113.42 15] Our system has detected an unusual rate of
421-4.7.28 unsolicited mail originating from your IP address. To protect our
421-4.7.28 users from spam, mail sent from your IP address has been temporarily
421-4.7.28 rate limited. Please visit
421 4.7.28 https://support.google.com/mail/?p=UnsolicitedRateLimitError to
review our Bulk Email Senders Guidelines. - gsmtp

Sie wurden weder endgültig blockiert noch auf eine Blocklist gesetzt, und Ihre Authentifizierung ist nicht fehlgeschlagen. 421 4.7.28 ist das Throttling von Gmail pro IP auf Basis der Reputation: Überschreiten Volumen oder Spam-Signale Ihrer sendenden IP den gleitenden Schwellenwert von Gmail, lehnt Gmail neue E-Mails von dieser IP vorübergehend ab (Soft Bounce, 4xx), bis das Signal wieder sinkt.

Das entscheidende Detail, das fast alle beim ersten Lesen übersehen: Diese Variante hängt an der IP-Adresse, nicht an der Versanddomain. Gmail sendet denselben Code 4.7.28 auch mit Ihrem IP-Netzblock, Ihrer DKIM-Domain, Ihrer SPF-Domain oder einer URL-Domain, wenn genau dieses Kontingent überschritten wurde (Google listet jede Variante); prüfen Sie also, was Ihr Bounce nennt. Zwei Absender auf derselben ausgehenden IP können sich gegenseitig lahmlegen, und eine saubere Domain auf einer lauten geteilten IP bekommt 421 4.7.28 selbst bei perfekter Authentifizierung.

Was 421 4.7.28 tatsächlich bedeutet

Zerlegen Sie die Antwort Stück für Stück:

  • 421: SMTP „service not available, closing transmission channel“. Ein 4xx-Code ist ein vorübergehender Fehler. Ihr MTA behält die Nachricht in der Warteschlange und versucht es nach seinem normalen Zeitplan erneut.
  • 4.7.28: der erweiterte Statuscode. Die führende 4 bestätigt: vorübergehend. 7 ist der Bereich Richtlinie/Sicherheit. 28 ist der Untercode, den Gmail für seine Rate Limits bei unerwünschten E-Mails verwendet (bei der IANA ist X.7.28 als „mail flood detected“ registriert).
  • [203.0.113.42 15]: die genaue IP, die Gmail drosselt, plus ein interner Zähler. Diese IP müssen Sie untersuchen; die Domain ist zweitrangig.
  • unsolicited mail originating from your IP address: Die Formulierung von Gmail ist bewusst gewählt: Beschwerden, Zustellung im Spam-Ordner und nach Engagement gewichtete Signale von dieser IP haben im gleitenden Zeitfenster von Gmail den Schwellenwert überschritten.
  • temporarily rate limited: Betonung auf vorübergehend. Es gibt kein Formular zur Entfernung. Das Throttling endet automatisch, sobald das gleitende Signal sinkt.

Der entscheidende Unterschied zum allgemeineren Gmail-Rate-Limit 421 4.7.0: Gmail nutzt 4.7.0 für viele voneinander unabhängige Zurückstellungen (niedrige Reputation, fehlender PTR-Eintrag, zu viele Nachrichten auf einer Verbindung), während 4.7.28 immer bedeutet, dass ein Kontingent für unerwünschte E-Mails überschritten wurde. Langsamer senden löst ein reines Rate Limit; einen 4.7.28, dessen Ursache Beschwerden sind, löst es nicht.

Die häufigsten Ursachen

In echten Fällen geht 421 4.7.28 auf eine dieser Ursachen zurück:

  • Geteilte Versand-IP mit einem lauten Nachbarn. Sind Sie in einem geteilten Pool bei einem ESP (SendGrid, Mailgun, Amazon SES, Postmark usw.), kann der schlechte Versand eines anderen Kunden die IP für alle vergiften. Für SaaS-Absender ist das die mit Abstand häufigste Ursache.
  • Steigende Spam-Beschwerderate auf der IP. Alles über dauerhaft 0,10 % ist bei Gmail ein Problem; 0,30 % ist die rote Linie. Schon eine einzige schlechte Kampagne kann die gleitende Rate in die Höhe treiben.
  • Plötzlicher Volumenanstieg von einer kalten IP. Von 1.000 auf 100.000 pro Tag über Nacht sieht für das Reputationssystem von Gmail genauso aus wie ein kompromittiertes Relay, selbst bei sauberem Inhalt.
  • Fehlendes oder schwaches DMARC auf der Versanddomain. 4.7.28 hängt an der IP, doch Gmail bezieht die DMARC-Erfolgsquote auf Domain-Ebene trotzdem in die IP-Bewertung ein. Eine Flut von p=none-Traffic mit schwachem Alignment schadet der IP, von der sie gesendet wurde.
  • Kompromittiertes Konto oder offenes Relay auf der IP. Beginnt ein Kunde oder internes Konto, massenhaft über Ihr Relay zu senden, kann die IP 4.7.28 erreichen, bevor Sie es bemerken.
  • Schlechtes Bounce- und Listenhygiene-Profil. Hohe Hard-Bounce-Raten und Treffer auf Spam-Traps belasten die IP genauso wie Beschwerden.

Die Lösung Schritt für Schritt

Arbeiten Sie diese Liste der Reihe nach ab. Wer Schritte überspringt, hat das Throttling meist innerhalb von Stunden wieder.

  1. Bestätigen Sie, welche IP gedrosselt wird. Entnehmen Sie die genaue IP dem Bounce-Text (der Wert in eckigen Klammern). Raten Sie nicht. Haben Sie mehrere ausgehende IPs, ist vielleicht nur eine betroffen.
  2. Prüfen Sie die IP gegen die wichtigsten DNSBLs. Eine 4.7.28-Zurückstellung und eine frische DNSBL-Listung haben meist dieselbe Ursache. Lassen Sie die IP durch den kostenlosen Blacklist-Checker laufen und lesen Sie die Wiki-Seite zu Spamhaus ZEN, um zu sehen, was gelistet ist und warum.
  3. Holen Sie die Daten aus Postmaster Tools für IP und Domain. Gmail Postmaster Tools zeigt IP-Reputation (Bad / Low / Medium / High), Domain-Reputation, Spam-Beschwerderate und Authentifizierungs-Erfolgsquote. Ist es noch nicht eingerichtet, folgen Sie dem Ratgeber zu Google Postmaster Tools; ab jetzt ist das Pflicht.
  4. Stoppen Sie den Versand von der betroffenen IP. Wer weiter Volumen in ein 4.7.28-Throttling schiebt, verschlechtert nur das gleitende Signal. Stoppen Sie die verursachende Kampagne oder leiten Sie, wenn möglich, den Traffic auf eine andere bewährte IP um.
  5. Finden Sie das verursachende Segment oder den Kunden. Gleichen Sie Beschwerdespitzen in Postmaster Tools mit Ihrem Kampagnenprotokoll ab. Betreiben Sie eine mandantenfähige Plattform, isolieren Sie, welcher Kunde den Auslöser geliefert hat.
  6. Unterdrücken Sie Hard Bounces und inaktive Gmail-Empfänger. Entfernen Sie vor der Wiederaufnahme gezielt aus dem Gmail-Segment alle, die hart gebounct sind, sich beschwert haben oder seit 90 Tagen oder länger nichts geöffnet haben.
  7. Prüfen Sie, ob die Authentifizierung noch im Alignment ist. 4.7.28 ist kein Authentifizierungsfehler, aber ein 4.7.28-Throttling auf einem defekten DMARC bedeutet, dass Gmail Ihnen keinerlei Vertrauensvorschuss gibt. Prüfen Sie SPF-, DKIM- und DMARC-Alignment für jede Versanddomain auf dieser IP erneut.
  8. Fahren Sie schrittweise wieder hoch. Starten Sie nicht mit dem Volumen, das das Problem verursacht hat. Beginnen Sie mit etwa 25 % des Volumens vor dem Vorfall an das bereinigte Segment, beobachten Sie Postmaster Tools 48 Stunden lang und steigern Sie dann.

Sind Sie auf geteilter Infrastruktur und können den schlechten Nachbarn nicht isolieren, bleiben realistisch diese Optionen: Ihren ESP bitten, Sie in einen anderen Pool zu verschieben, auf eine dedizierte IP wechseln oder einen Zustellbarkeitsexperten beauftragen, der die Analyse übernimmt und den Wechsel für Sie verhandelt.

Wie lange es dauert, bis 421 4.7.28 verschwindet

4.7.28 ist gleitend, nicht absolut. Das Throttling endet, sobald das Reputationssignal der IP im Messfenster von Gmail unter den Schwellenwert fällt. In der Praxis:

  • Einige Stunden: wenn Sie den Versand sofort gestoppt haben und die Spitze klein und isoliert war.
  • 24 bis 72 Stunden: bei einem typischen mittelgroßen Vorfall, bei dem Sie pausiert, das Segment bereinigt und mit geringerem Volumen weitergemacht haben.
  • Eine Woche oder länger: wenn Sie weiter ins Throttling gesendet haben oder eine geteilte IP immer wieder von einem anderen Kunden vergiftet wird.

Weil es gleitend ist und keine Listung, gibt es für 4.7.28 kein Formular für einen „Entfernungsantrag“ bei Gmail. Die eigenen Anweisungen von Gmail lauten: den Versand mindestens 10 Minuten stoppen, die Ursache finden, dann über eine einzige Verbindung neu verbinden und weitere Verbindungen einzeln hinzufügen. Das Throttling endet von selbst, sobald das Signal sinkt.

Häufige Fragen

Ist 421 4.7.28 dasselbe wie eine Gmail-Blacklist? Nein. 4.7.28 ist ein vorübergehendes, reputationsbasiertes IP-Throttling durch die eigenen Systeme von Gmail. Es ist keine DNSBL-Listung eines Dritten und erscheint weder bei Spamhaus noch bei SpamCop oder einer anderen externen DNSBL. Es endet automatisch, sobald das gleitende Signal wieder unter den Schwellenwert fällt.

Löst die Korrektur von SPF, DKIM und DMARC den 4.7.28? Nicht direkt. 4.7.28 hängt am Spam-Signal der IP, nicht am Authentifizierungsstatus. Defekte Authentifizierung macht Gmail aber weniger bereit, Ihnen beim Engagement einen Vertrauensvorschuss zu geben, daher lohnt es sich, sie parallel zu reparieren.

Hilft es, den Versand sofort zu wiederholen? Nein, meist wird es dadurch schlimmer. Wiederholungen überfluten Gmail mit demselben Volumen, das das Throttling ausgelöst hat, und halten das gleitende Signal hoch. Pausieren, bereinigen, dann mit geringerem Volumen weitermachen.

Muss ich Google kontaktieren, um 4.7.28 entfernen zu lassen? Nein. Google bietet für 4.7.28 kein Delisting-Formular an, weil es nichts zu delisten gibt. Das Throttling wird in Echtzeit aus dem Reputationssignal Ihrer IP berechnet und endet von selbst. Laufende Überwachung von IP und DMARC kommt einer vorbeugenden Lösung am nächsten.

Kann ich einfach auf eine andere Versand-IP wechseln, um es zu umgehen? Manchmal, aber nur, wenn die neue IP eine eigene saubere Warm-up-Historie hat. Der Wechsel auf eine frische, kalte IP verlagert das Problem meist nur, statt es zu lösen, weil die eigentliche Ursache (Qualität des Segments, Listenhygiene, Inhalt) bestehen bleibt.

Fazit

Mit 421 4.7.28 teilt Gmail Ihnen in Echtzeit mit, dass Ihre sendende IP mehr Spam-Signal erzeugt, als der gleitende Schwellenwert von Gmail toleriert. Es ist umkehrbar, es ist keine Blocklist, und es gibt kein Support-Ticket einzureichen. Stoppen Sie den verursachenden Traffic, finden Sie die Quelle über Postmaster Tools, bereinigen Sie das Segment, prüfen Sie die Authentifizierung und fahren Sie schrittweise wieder hoch. Das Throttling endet dann von selbst, innerhalb von Stunden bis zu ein paar Tagen.

Wenn Sie die Signale hinter diesen Drosselungen laufend im Blick haben wollen (Blocklist-Status der IP, DMARC-Erfolgsquote, Reputationsdrift im Stil von Postmaster), überwacht MailVitals all das rund um die Uhr, damit Sie den nächsten 4.7.28 abfangen, bevor er als festhängende Warteschlange auftaucht. Und wenn Sie auf einer geteilten IP festsitzen, von der Sie nicht wegkommen, nimmt unser Team Ihnen die Behebung ab: buchen Sie hier einen Zustellbarkeitsexperten.

👉 Weiterlesen: Gmail-Rate-Limit 421 4.7.0 · Ratgeber zu Google Postmaster Tools · SMTP-Fehlercodes erklärt

Quellen

Pulse · Cold-E-Mail-Versand

Versandinfrastruktur, die nur Ihnen gehört.

Jede Domain bekommt ihren eigenen MX-Host, ihre eigene IP, ihren eigenen DKIM-Selektor und ihr eigenes Zertifikat. Managed Pulse ist jetzt verfügbar, und wir betreiben es für Sie; die Self-hosted-Version kommt im 4. Quartal 2026.

# auf einem frischen Ubuntu-Server
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Außerdem von uns:Beat: Monitoring, das Ihnen die Lösung nenntBeratung: 65 $ pro Stunde, ohne Retainer