Un développeur m’a un jour raconté le moment où il a "optimisé" son système d’envoi d’emails. L’ancien système envoyait les emails séquentiellement, un à la fois. Douloureusement lent. Il l’a donc parallélisé—50 connexions concurrentes, expédiant les emails aussi vite que le réseau pouvait le supporter.
La première salve de 10,000 emails est partie en moins d’une minute. Puis Gmail a commencé à retourner des erreurs 421 : "Too many connections from your IP." Microsoft a suivi avec des rejets similaires. Yahoo a mis tout en file d’attente pendant des heures. L’"optimisation" avait déclenché du throttling de la part de tous les grands fournisseurs d’email simultanément.
Le throttling email existe parce que les serveurs de réception doivent se protéger contre les abus. Comprendre comment il fonctionne—et comment opérer dans ses contraintes—est essentiel pour une livraison fiable.
Pourquoi le throttling existe
Les serveurs email subissent un flux constant de tentatives de connexion. Les spammeurs tentent de livrer des millions de messages aussi vite que possible avant d’être bloqués. Des expéditeurs légitimes mal configurent parfois leurs systèmes et inondent accidentellement les serveurs. Des comptes compromis peuvent se transformer en canons à spam sans prévenir.
Le throttling est le mécanisme de défense. En limitant le nombre de connexions qu’un expéditeur peut établir, le nombre de messages envoyés par connexion, et la vitesse d’envoi, les serveurs de réception se protègent contre la surcharge.
Les limites ne sont pas arbitraires. Elles sont calibrées en fonction de la réputation de l’expéditeur, des schémas historiques et de la charge actuelle du serveur. Un expéditeur avec une excellente réputation et des schémas cohérents obtient des limites généreuses. Un expéditeur inconnu ou aux schémas suspects reçoit des limites strictes. Un expéditeur qui adopte actuellement un comportement proche du spam peut être totalement bloqué.
Cela crée une boucle de rétroaction. Les bons expéditeurs qui respectent les limites maintiennent une bonne réputation et obtiennent des limites plus élevées. Les mauvais expéditeurs qui tentent de contourner les limites endommagent leur réputation et subissent une application plus stricte.
Types de throttling
Le throttling se manifeste de plusieurs façons, et reconnaître chacune aide à réagir correctement.
Les limites de connexion restreignent le nombre de connexions simultanées que vous pouvez avoir vers un serveur. Si vous tentez d’en ouvrir trop, les nouvelles connexions sont rejetées. C’est souvent la première limite que vous rencontrerez si vous envoyez trop agressivement.
Les limites de débit restreignent le nombre de messages que vous pouvez envoyer par unité de temps—par minute, par heure, par jour. Même avec une seule connexion, envoyer trop de messages trop rapidement déclenche des limites de débit.
Les refus temporaires sont des rejets « soft ». Le serveur accepte votre connexion mais renvoie un code d’erreur 4xx disant "try again later". Votre email n’est pas rejeté définitivement ; on vous demande simplement de ralentir. Les systèmes d’envoi d’emails bien conçus réessaient automatiquement avec des délais croissants.
Les rejets permanents (erreurs 5xx) sont des échecs plus sévères. Ils peuvent indiquer que vous avez dépassé les limites à un point tel que le serveur n’accepte pas du tout votre email, du moins pour l’instant. Ou ils peuvent signaler un problème de réputation au-delà du simple throttling.
Le greylisting est une technique spécifique où les serveurs rejettent temporairement les emails d’expéditeurs inconnus, en s’attendant à ce que les serveurs légitimes réessaient. Les spammeurs ne réessaient souvent pas ; les serveurs légitimes, si. Si vous voyez des rejets temporaires qui réussissent au réessai, le greylisting peut en être la cause.
Lire les signaux
Lorsque vous êtes confronté à du throttling, les messages d’erreur indiquent généralement ce qui se passe—si vous savez les lire.
Une erreur 421 signifie typiquement « problème temporaire, réessayez ». Des messages comme "Too many connections" ou "Rate limit exceeded" sont explicites. D’autres sont plus vagues : "Try again later" sans explication. Dans tous les cas, la réponse est la même : reculez et réessayez.
Une erreur 450 indique souvent que le serveur destinataire veut que vous ralentissiez. C’est un signal plus doux que 421, mais la signification est similaire.
Une erreur 550 est plus sérieuse—c’est un rejet permanent. Mais le contexte compte. "550 Message rejected due to sending rate" suggère que vous avez poussé au-delà du throttling vers des problèmes de réputation. "550 User unknown" est un problème totalement différent.
La formulation spécifique varie selon le fournisseur. Les messages d’erreur de Gmail sont relativement clairs. Ceux de Microsoft peuvent être cryptiques. Certains serveurs donnent des explications détaillées ; d’autres renvoient des rejets génériques. L’expérience aide à interpréter ces signaux.
Mettre en place un throttling adéquat
Votre système d’envoi d’emails doit respecter les limites de débit de manière proactive, pas seulement réagir une fois qu’elles sont atteintes.
Commencez avec des valeurs par défaut conservatrices. Si vous ne connaissez pas les limites d’un serveur de réception, supposez qu’elles sont strictes. Quelques centaines de messages par heure vers un seul domaine est un point de départ sûr. Vous pourrez augmenter à mesure que vous apprenez les limites réelles.
Implémentez un backoff exponentiel pour les réessais. Quand vous recevez un rejet temporaire, ne réessayez pas immédiatement. Attendez une minute, puis réessayez. Si c’est encore rejeté, attendez deux minutes. Puis quatre. Ce schéma vous évite de marteler un serveur qui vous demande déjà de ralentir.
Lissez vos envois dans le temps. Si vous devez envoyer 100,000 emails, n’essayez pas de tous les expédier en une heure. Échelonnez-les sur la journée. Cela lisse votre profil d’envoi et réduit le risque d’atteindre des limites de débit.
Respectez les limites par domaine. Les limites de Gmail sont différentes de celles de Microsoft, qui sont différentes de celles de Yahoo. Votre système doit suivre les débits par domaine de destination et throttler en conséquence. Envoyer 10,000 emails à Gmail en une heure peut être acceptable ; en envoyer 10,000 à un petit serveur d’entreprise ne l’est probablement pas.
Surveillez et adaptez. Suivez vos taux de livraison, taux d’erreur et types d’erreur par destination. Si vous atteignez systématiquement des limites avec un fournisseur particulier, réduisez votre cadence d’envoi vers celui-ci. Si vous ne rencontrez jamais de limites, vous pouvez probablement augmenter le débit.
Considérations spécifiques aux fournisseurs
Les principaux fournisseurs d’email publient des recommandations sur leurs limites de débit, même si les détails restent souvent vagues.
Gmail autorise généralement des volumes plus élevés pour les expéditeurs ayant une bonne réputation. Ils ne publient pas de chiffres exacts, mais ils fournissent des retours via Postmaster Tools. Si vous observez du throttling, vérifiez votre réputation là-bas—une faible réputation signifie des limites plus strictes.
Microsoft a historiquement été plus agressif avec le throttling, surtout pour les nouveaux expéditeurs. Leurs limites semblent davantage liées aux connexions qu’aux messages. Réduire les connexions concurrentes aide souvent plus que de réduire le débit de messages.
Yahoo et les autres propriétés Verizon Media ont leurs propres schémas. Ils sont généralement plus tolérants sur le volume mais peuvent être stricts sur le comportement des connexions.
Les petits fournisseurs d’email varient énormément. Une entreprise qui exploite son propre serveur de messagerie peut avoir des limites très faibles simplement parce que son infrastructure ne supporte pas un volume élevé. Quand vous envoyez vers des destinataires variés, votre système doit gérer cette hétérogénéité.
Quand le throttling révèle des problèmes plus importants
Parfois, le throttling n’est que du throttling—vous envoyez trop vite, ralentissez, problème résolu. Mais parfois, c’est le symptôme de problèmes de réputation.
Si vous êtes throttlé à des volumes qui fonctionnaient bien auparavant, votre réputation a peut-être diminué. Vérifiez l’augmentation des plaintes de spam, des taux de rebond, ou des détections de spam trap. Le throttling peut être un signal d’alerte avant des blocages plus sérieux.
Si vous êtes immédiatement throttlé sur une nouvelle IP ou un nouveau domaine, c’est normal—vous n’avez pas encore construit de réputation. Mais si le throttling persiste après un warm-up approprié, autre chose ne va pas.
Si un fournisseur vous throttle fortement alors que les autres non, examinez ce qui différencie votre trafic vers ce fournisseur. Peut-être que votre contenu déclenche leurs filtres spécifiques, ou peut-être avez-vous des problèmes de réputation propres à leur système.
Un throttling persistant malgré un faible volume et de bonnes pratiques suggère que vous devriez contacter directement le fournisseur. Les grands FAI ont des canaux de contact postmaster pour les expéditeurs légitimes confrontés à des problèmes de livraison.
Concevoir des systèmes qui gèrent le throttling de façon fluide
Une bonne infrastructure email traite le throttling comme une condition d’exploitation normale, pas comme une erreur.
La gestion des files d’attente est essentielle. Lorsque vous ne pouvez pas envoyer immédiatement, les messages doivent avoir un endroit où attendre. Votre file doit pouvoir gérer des millions de messages si nécessaire, avec une priorisation adéquate (transactionnel avant marketing, par exemple).
La logique de réessai doit être sophistiquée. Différents types d’erreurs nécessitent des stratégies de réessai différentes. Les refus temporaires doivent réessayer relativement vite avec backoff. Les rejets permanents ne doivent pas être réessayés du tout. Les réponses de greylisting doivent réessayer après un délai spécifique.
La supervision doit alerter sur les schémas de throttling, pas seulement sur les échecs. Si votre taux de livraison chez Gmail chute de 50 %, vous voulez le savoir avant que cela ne devienne un blocage complet.
La planification de capacité doit intégrer le throttling. Si vous ne pouvez livrer que 10,000 emails par heure à Gmail à cause des limites de débit, et que vous avez 100,000 destinataires Gmail, il vous faudra 10 heures d’envoi. Planifiez en conséquence.
Frequently asked questions
Comment connaître les limites de débit d’un fournisseur ?
La plupart des fournisseurs ne publient pas de limites exactes. Commencez prudemment et augmentez progressivement tout en surveillant le throttling. Google Postmaster Tools et Microsoft SNDS offrent une certaine visibilité sur la façon dont vos envois sont reçus.
Dois-je utiliser plusieurs IP pour éviter le throttling ?
Parfois, mais avec prudence. Répartir la charge sur plusieurs IP peut aider avec les limites de connexion. Mais si vous subissez du throttling dû à la réputation, ajouter des IP ne fait que diffuser cette mauvaise réputation. Corrigez d’abord le problème sous-jacent.
Combien de temps dois-je attendre après un throttling ?
Cela dépend de la sévérité. Un throttling léger peut se résorber en quelques minutes. Un throttling sévère ou des soft blocks peuvent nécessiter des heures, voire une journée. Les messages d’erreur indiquent parfois une durée; sinon, le backoff exponentiel est votre allié.
Le throttling est-il la même chose que d’être blacklisté ?
Non. Le throttling est une limitation de débit temporaire—ralentissez et vous pouvez continuer à envoyer. Le blacklisting est un blocage plus permanent qui nécessite une remédiation. Un throttling persistant peut conduire au blacklisting si vous n’adressez pas la cause sous-jacente.