Ein Entwickler hat mir einmal von der Zeit erzählt, als er sein System zum E-Mail-Versand „optimiert“ hat. Das alte System sendete E-Mails sequenziell, eine nach der anderen. Schmerzhaft langsam. Also hat er parallelisiert—50 gleichzeitige Verbindungen, E-Mails rausgefeuert so schnell, wie es das Netzwerk hergab.
Die erste Charge von 10.000 E-Mails ging in unter einer Minute raus. Dann begann Gmail, 421-Fehler zurückzugeben: "Too many connections from your IP." Microsoft folgte mit ähnlichen Ablehnungen. Yahoo hat alles stundenlang in die Queue geschoben. Die „Optimierung“ hatte bei allen großen E-Mail-Providern gleichzeitig Throttling ausgelöst.
E-Mail-Throttling existiert, weil empfangende Server sich vor Missbrauch schützen müssen. Zu verstehen, wie es funktioniert—und wie man innerhalb dieser Grenzen arbeitet—ist entscheidend für zuverlässige E-Mail-Zustellung.
Warum es Throttling gibt
E-Mail-Server sehen sich einem ständigen Trommelfeuer an Verbindungsversuchen ausgesetzt. Spammer versuchen, Millionen von Nachrichten so schnell wie möglich zuzustellen, bevor sie blockiert werden. Legitime Absender konfigurieren Systeme manchmal falsch und fluten Server versehentlich. Kompromittierte Accounts können sich ohne Vorwarnung in Spam-Kanonen verwandeln.
Throttling ist der Abwehrmechanismus. Indem eingeschränkt wird, wie viele Verbindungen ein Absender aufbauen kann, wie viele Nachrichten pro Verbindung gesendet werden dürfen und wie schnell gesendet werden darf, schützen sich empfangende Server davor, überlastet zu werden.
Die Limits sind nicht willkürlich. Sie werden basierend auf der Reputation des Absenders, historischen Mustern und der aktuellen Serverlast kalibriert. Ein Absender mit exzellenter Reputation und konsistenten Mustern bekommt großzügige Limits. Ein unbekannter Absender oder einer mit verdächtigen Mustern bekommt strikte Limits. Ein Absender, der gerade spam-ähnliches Verhalten zeigt, könnte vollständig blockiert werden.
Das erzeugt einen Feedback-Loop. Gute Absender, die Limits respektieren, behalten eine gute Reputation und erhalten höhere Limits. Schlechte Absender, die Limits zu umgehen versuchen, schädigen ihre Reputation und sehen strengere Durchsetzung.
Arten von Throttling
Throttling äußert sich auf mehrere Arten, und jede zu erkennen hilft dir, angemessen zu reagieren.
Connection-Limits beschränken, wie viele gleichzeitige Verbindungen du zu einem Server haben kannst. Versuchst du, zu viele zu öffnen, werden neue Verbindungen abgelehnt. Das ist oft das erste Limit, auf das du stößt, wenn du zu aggressiv sendest.
Rate Limits beschränken, wie viele Nachrichten du pro Zeiteinheit senden kannst—pro Minute, pro Stunde, pro Tag. Selbst mit einer einzelnen Verbindung löst das Senden von zu vielen Nachrichten in zu kurzer Zeit Rate Limiting aus.
Temporäre Deferrals sind weiche Ablehnungen. Der Server akzeptiert deine Verbindung, gibt aber einen 4xx-Fehler zurück mit „Versuche es später erneut“. Deine E-Mail wird nicht dauerhaft abgelehnt; du wirst nur gebeten, langsamer zu machen. Richtige E-Mail-Systeme versuchen diese automatisch mit zunehmenden Verzögerungen erneut.
Permanente Ablehnungen (5xx-Fehler) sind härtere Ausfälle. Diese können darauf hindeuten, dass du Limits so stark überschritten hast, dass der Server deine E-Mail überhaupt nicht annimmt—zumindest vorerst. Oder sie weisen auf ein Reputationsproblem hin, das über simples Throttling hinausgeht.
Greylisting ist eine spezifische Technik, bei der Server E-Mails von unbekannten Absendern vorübergehend ablehnen, in der Erwartung, dass legitime Server es erneut versuchen. Spammer versuchen oft nicht erneut; legitime Server schon. Wenn du temporäre Ablehnungen siehst, die beim erneuten Versuch durchgehen, könnte Greylisting die Ursache sein.
Die Signale lesen
Wenn du auf Throttling triffst, sagen dir die Fehlermeldungen meist, was passiert—wenn du weißt, wie man sie liest.
Ein 421-Fehler bedeutet typischerweise „temporäres Problem, versuche es erneut“. Nachrichten wie "Too many connections" oder "Rate limit exceeded" sind eindeutig. Andere sind vager: "Try again later" ohne Erklärung. In jedem Fall ist die Reaktion dieselbe: zurückfahren und erneut versuchen.
Ein 450-Fehler deutet oft darauf hin, dass der Empfänger-Server möchte, dass du langsamer machst. Es ist ein weicheres Signal als 421, aber die Bedeutung ist ähnlich.
Ein 550-Fehler ist ernster—eine permanente Ablehnung. Aber der Kontext zählt. „550 Message rejected due to sending rate“ deutet darauf hin, dass du über Throttling hinaus in den Bereich Reputationsschaden geraten bist. „550 User unknown“ ist ein völlig anderes Problem.
Die genaue Wortwahl variiert je nach Provider. Gmails Fehlermeldungen sind relativ klar. Microsofts können kryptisch sein. Manche Server geben detaillierte Erklärungen; andere generische Ablehnungen. Erfahrung hilft, diese Signale zu interpretieren.
Richtiges Throttling implementieren
Dein E-Mail-Versandsystem muss Rate Limits proaktiv respektieren, nicht erst reagieren, wenn du dagegen stößt.
Starte mit konservativen Defaults. Wenn du die Limits eines empfangenden Servers nicht kennst, nimm an, dass sie strikt sind. Ein paar hundert Nachrichten pro Stunde an eine einzelne Domain sind ein sicherer Startpunkt. Du kannst erhöhen, sobald du die tatsächlichen Limits kennst.
Implementiere exponentielles Backoff für Retries. Wenn du eine temporäre Ablehnung bekommst, versuche es nicht sofort erneut. Warte eine Minute und versuche es erneut. Bei erneuter Ablehnung warte zwei Minuten. Dann vier. Dieses Muster verhindert, dass du einen Server hämmerst, der dich bereits bittet, langsamer zu machen.
Verteile den Versand über die Zeit. Wenn du 100.000 E-Mails senden musst, versuche nicht, sie alle in einer Stunde zu versenden. Verteile sie über den Tag. Das glättet dein Sendemuster und reduziert die Wahrscheinlichkeit, auf Rate Limits zu stoßen.
Beachte per-Domain-Limits. Gmails Limits unterscheiden sich von Microsofts, die sich wiederum von Yahoos unterscheiden. Dein System sollte Versandraten pro Ziel-Domain tracken und entsprechend drosseln. 10.000 E-Mails in einer Stunde an Gmail zu senden, könnte in Ordnung sein; 10.000 an den Mailserver eines kleinen Unternehmens wahrscheinlich nicht.
Überwache und passe an. Verfolge deine Zustellraten, Fehlerraten und Fehlertypen nach Ziel. Wenn du bei einem bestimmten Provider konstant Limits triffst, reduziere deine Versandrate dorthin. Wenn du nie Limits triffst, kannst du den Durchsatz möglicherweise erhöhen.
Provider-spezifische Überlegungen
Große E-Mail-Provider veröffentlichen Hinweise zu ihren Rate Limits, auch wenn die Details oft vage bleiben.
Gmail erlaubt im Allgemeinen höhere Volumina von Absendern mit guter Reputation. Sie veröffentlichen keine genauen Zahlen, bieten aber Feedback über die Postmaster Tools. Wenn du Throttling siehst, prüfe dort deine Reputation—niedrige Reputation bedeutet strengere Limits.
Microsoft war historisch aggressiver mit Throttling, besonders bei neuen Absendern. Ihre Limits scheinen eher verbindungsbasiert als nach Nachrichten zu sein. Das Reduzieren gleichzeitiger Verbindungen hilft oft mehr als das Senken der Nachrichtenrate.
Yahoo und andere Verizon Media-Dienste haben ihre eigenen Muster. Sie sind im Allgemeinen toleranter gegenüber Volumen, können aber beim Verbindungsverhalten strikt sein.
Kleinere E-Mail-Provider variieren stark. Ein Unternehmen, das seinen eigenen Mailserver betreibt, kann sehr niedrige Limits haben, einfach weil die Infrastruktur kein hohes Volumen verkraftet. Beim Versand an diverse Empfänger muss dein System mit dieser Heterogenität umgehen können.
Wenn Throttling auf größere Probleme hindeutet
Manchmal ist Throttling einfach nur Throttling—du sendest zu schnell, langsamer machen, Problem gelöst. Manchmal ist es aber ein Symptom für Reputationsprobleme.
Wenn du bei Volumina gedrosselt wirst, die früher problemlos funktionierten, könnte sich deine Reputation verschlechtert haben. Prüfe erhöhte Spam-Beschwerden, Bounce-Raten oder Spamtrap-Treffer. Das Throttling könnte ein Warnsignal sein, bevor ernsthaftere Blockaden folgen.
Wenn du auf einer neuen IP oder Domain sofort gedrosselt wirst, ist das normal—du hast noch keine Reputation aufgebaut. Wenn Throttling aber nach korrekt durchgeführtem Warming anhält, stimmt etwas anderes nicht.
Wenn ein Provider dich stark drosselt, während andere es nicht tun, untersuche, was an deinem Traffic zu diesem Provider anders ist. Vielleicht triggert dein Inhalt deren spezifische Filter, oder du hast reputationsspezifische Probleme in deren System.
Persistierendes Throttling trotz geringem Volumen und guten Praktiken deutet darauf hin, dass du den Provider direkt kontaktieren solltest. Große ISPs haben Postmaster-Kontaktkanäle für legitime Absender mit Zustellproblemen.
Systeme bauen, die mit Throttling elegant umgehen
Gute E-Mail-Infrastruktur behandelt Throttling als normalen Betriebszustand, nicht als Fehler.
Queue-Management ist essenziell. Wenn du nicht sofort senden kannst, brauchen Nachrichten einen Ort zum Warten. Deine Queue sollte bei Bedarf Millionen von Nachrichten handhaben, mit richtiger Priorisierung (Transaktional vor Marketing, zum Beispiel).
Retry-Logik muss ausgefeilt sein. Unterschiedliche Fehlertypen erfordern unterschiedliche Retry-Strategien. Temporäre Deferrals sollten relativ schnell mit Backoff erneut versucht werden. Permanente Ablehnungen sollten überhaupt nicht erneut versucht werden. Greylisting-Antworten sollten nach einer spezifischen Verzögerung erneut versucht werden.
Monitoring sollte auf Throttling-Muster alarmieren, nicht nur auf Ausfälle. Wenn deine Gmail-Zustellrate um 50% fällt, willst du das wissen, bevor daraus eine komplette Blockade wird.
Kapazitätsplanung sollte Throttling berücksichtigen. Wenn du aufgrund von Rate Limits nur 10.000 E-Mails pro Stunde an Gmail liefern kannst und 100.000 Gmail-Empfänger hast, brauchst du 10 Stunden Sendezeit. Plane entsprechend.
Frequently asked questions
Wie finde ich die Rate Limits eines Providers heraus?
Die meisten Provider veröffentlichen keine exakten Limits. Starte konservativ und erhöhe schrittweise, während du auf Throttling achtest. Google Postmaster Tools und Microsoft SNDS bieten etwas Einblick darin, wie dein Versand aufgenommen wird.
Sollte ich mehrere IPs verwenden, um Throttling zu vermeiden?
Manchmal, aber mit Bedacht. Die Last über mehrere IPs zu verteilen, kann bei Connection-Limits helfen. Wenn du jedoch aufgrund der Reputation gedrosselt wirst, verteilt das Hinzufügen von IPs nur die schlechte Reputation. Behebe zuerst das zugrunde liegende Problem.
Wie lange sollte ich nach Throttling warten?
Das hängt von der Schwere ab. Leichtes Throttling kann in Minuten verschwinden. Starkes Throttling oder Soft Blocks können Stunden oder sogar einen Tag erfordern. Die Fehlermeldungen geben manchmal Hinweise zur Zeit; andernfalls ist exponentielles Backoff dein Freund.
Ist Throttling dasselbe wie auf einer Blacklist zu stehen?
Nein. Throttling ist eine temporäre Ratenbegrenzung—fahre langsamer und du kannst weiter senden. Blacklisting ist eine dauerhaftere Blockade, die Abhilfe erfordert. Persistierendes Throttling kann zu Blacklisting führen, wenn du die Ursache nicht behebst.