Aller au contenu
Le journal de la délivrabilité · 8 min de lecture

421 4.7.0 « Try again later, closing connection » : la limite de débit Gmail décodée

Le 421 4.7.0 de Gmail est un report temporaire, mais son déclencheur varie. Voici comment savoir s'il s'agit du volume, de la réputation ou des limites par connexion, et comment corriger chaque cas.

Auteur
Google
Thème
Publié le

Référence : 421 4.7.0 dans le wiki des codes d’erreur

Sur cette page
  1. Ce que veut vraiment dire 421 4.7.0
  2. Déclencheur 1 : une réputation d'IP faible
  3. Déclencheur 2 : un pic de volume
  4. Déclencheur 3 : la limite de messages par connexion
  5. Déclencheur 4 : une réputation de domaine en baisse
  6. Faut-il réessayer à la main ?
  7. Comment savoir si un 421 est « juste du throttling » ou un vrai problème
  8. FAQ
  9. Repérez le throttling avant qu'il ne vous rattrape
  10. Sources

Si le MX de Gmail répond avec cette ligne, vous avez reçu un report temporaire 4xx :

421 4.7.0 [203.0.113.10      15] Our system has detected that this message is
421 4.7.0 suspicious due to the very low reputation of the sending IP address.
421 4.7.0 To best protect our users from spam, the message has been blocked.

Ou parfois, plus simplement :

421 4.7.0 Try again later, closing connection.

Ce sont deux codes 4xx : votre serveur d'envoi va donc réessayer le message. Mais « réessayé » ne veut pas dire « délivré ». Des 421 persistants s'accumulent dans votre file d'attente, ralentissent les délivrances suivantes et signalent un problème de réputation à corriger.

Ce que veut vraiment dire 421 4.7.0

Gmail utilise le 421 comme réponse générique de throttling temporaire, avec plusieurs déclencheurs. Google en liste les variantes sur sa page Gmail SMTP errors and codes :

Déclencheur Message typique
Réputation d'IP faible ...suspicious due to the very low reputation of the sending IP address
Pic de volume ...IP isn't normally seen with this volume
Limite par connexion Try again later, closing connection. (après N messages sur une même connexion TCP)
Réputation de domaine en baisse ...domain reputation mentionné dans le report

Lisez la réponse SMTP complète, pas seulement le code. La plupart des ESP la tronquent dans leur interface : consultez donc les journaux bruts.

Déclencheur 1 : une réputation d'IP faible

La cause la plus fréquente. Le système de réputation de Gmail a décidé que votre IP d'envoi envoie trop de messages signalés comme spam ou non authentifiés par rapport aux messages légitimes.

Pour confirmer : consultez Google Postmaster Tools → IP Reputation. Si vous voyez Low ou Bad pour votre IP d'envoi, vous avez trouvé.

Pour corriger :

  • Arrêtez immédiatement les envois agressifs.
  • N'envoyez qu'à vos contacts les plus engagés (ouverture dans les 30 derniers jours) pendant au moins 14 jours.
  • Vérifiez que SPF, DKIM et DMARC sont alignés (passez un envoi récent dans notre analyseur d'en-têtes e-mail).
  • Si vous êtes sur une IP partagée, vos voisins sont peut-être le problème ; envisagez de passer sur une IP dédiée et de la chauffer.

Déclencheur 2 : un pic de volume

Gmail établit un profil de votre volume d'envoi quotidien habituel. Si vous multipliez soudain votre volume par 5 ou par 10, Gmail commencera à reporter l'excédent, même si votre réputation est saine.

Pour corriger :

  • Montez progressivement : pas plus de +30 % par jour pendant le warm-up.
  • Répartissez les grosses campagnes sur plusieurs créneaux d'envoi.
  • Si vous êtes un nouvel expéditeur, suivez une courbe de warm-up de 4 à 6 semaines (par exemple 50 → 100 → 250 → 500 → 1 000 → 2 500 → 5 000 par jour).

Déclencheur 3 : la limite de messages par connexion

Gmail ferme une connexion TCP après environ 100 messages, en renvoyant 421 4.7.0 Try again later, closing connection. C'est normal et attendu. La plupart des MTA corrects (KumoMTA, PowerMTA, Postfix bien réglé) se reconnectent automatiquement.

Si vous le voyez en permanence et que votre MTA ne se reconnecte pas, c'est un problème de configuration du MTA, pas de réputation.

Pour corriger (exemple Postfix) :

smtp_destination_concurrency_limit = 10
smtp_destination_rate_delay = 1s

Pour KumoMTA, fixez des plafonds de connexions par MX dans votre configuration d'egress shaping.

Déclencheur 4 : une réputation de domaine en baisse

Si votre IP va bien mais que la réputation de votre domaine baisse (par exemple en jaune ou en rouge dans Postmaster Tools), Gmail reportera vos messages même depuis une IP propre.

Pour corriger :

  • Passez en revue vos envois des 7 derniers jours pour repérer les taux de plaintes élevés.
  • Retirez les segments qui n'ont rien ouvert depuis 90 jours ou plus.
  • Vérifiez que votre authentification n'est pas compromise. Quelqu'un d'autre (ou un vieil outil oublié) envoie-t-il depuis votre domaine ? Les rapports agrégés DMARC vous le diront.

Faut-il réessayer à la main ?

Non. Le 421 est un 4xx, et votre MTA réessaiera selon son propre calendrier (en général toutes les 5 à 15 minutes pendant la première heure, puis en espaçant). Des tentatives manuelles depuis la même IP déclenchent simplement le même report et gonflent la file d'attente.

La bonne réaction est de ralentir les envois pendant quelques heures et de laisser la file se vider au rythme de Gmail.

Comment savoir si un 421 est « juste du throttling » ou un vrai problème

Un throttling sain ressemble à ceci : un petit pourcentage de messages reportés pendant les pics de volume, tous délivrés en 1 à 2 heures, sans effet sur le placement.

Un vrai problème ressemble à ceci : un taux de report qui grimpe de jour en jour, des messages qui expirent après 24 à 72 heures de tentatives, et Postmaster Tools qui montre une réputation en dégradation.

Si vous êtes dans le second cas, arrêtez les campagnes et traitez la situation comme un incident de réputation.

FAQ

Un 421 4.7.0 finira-t-il par devenir un bounce 550 ? Oui. Si votre MTA abandonne les tentatives (par défaut au bout d'environ 3 à 5 jours pour la plupart), le message revient à l'expéditeur sous forme de hard bounce. Ne laissez pas des messages traîner indéfiniment dans la file ; resserrez les fenêtres de nouvelles tentatives.

Le 421 4.7.0 nuit-il à ma réputation ? Le 421 lui-même, non. Mais ce qui l'a provoqué (plaintes pour spam, échecs d'alignement, volume suspect), oui, sans aucun doute. Traitez le 421 comme un symptôme.

Combien de temps dure le throttling de Gmail ? S'il est lié au volume : quelques heures. S'il est lié à la réputation : de quelques jours à quelques semaines d'envois propres pour s'en remettre. Warm-up d'une nouvelle IP : 4 à 8 semaines pour atteindre le plein débit.

Repérez le throttling avant qu'il ne vous rattrape

MailVitals surveille vos IP d'envoi, les signaux de réputation de votre domaine et la santé de votre authentification 24 h/24 et 7 j/7. Quand quelque chose commence à dériver, vous recevez une alerte avant que Gmail ne commence à vous limiter. Arrêtez de découvrir vos problèmes de délivrabilité dans votre journal de bounces.

Sources

Pulse · envoi de cold emails

Une infrastructure d’envoi rien qu’à vous.

Chaque domaine a son propre hôte MX, son IP, son sélecteur DKIM et son certificat. Prenez la version gérée, et nous l’exploitons pour vous, ou achetez une licence et faites-la tourner sur vos propres serveurs.

# sur un serveur Ubuntu tout neuf
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Aussi chez nous :Beat : la surveillance qui vous donne le correctifConseil : 65 $ US/h, sans forfait mensuel