421 4.7.28 “Our system has detected an unusual rate of unsolicited mail originating from your IP address” : corriger l’erreur Gmail

Si Gmail reporte vos e-mails avec un message de ce type, vous êtes tombé sur une limitation de Gmail liée à la réputation de votre IP :

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

Vous n'êtes ni bloqué définitivement ni sur une blacklist, et votre authentification n'a pas échoué. Le 421 4.7.28 est la limitation de Gmail par IP selon la réputation : quand le volume ou le taux de signaux de spam venant de votre IP d'envoi dépasse le seuil glissant de Gmail, Gmail renvoie un soft bounce (4xx) aux nouveaux messages de cette IP jusqu'à ce que le signal baisse.

Le détail essentiel que presque tout le monde rate à la première lecture : cette variante porte sur l'adresse IP, pas sur le domaine d'envoi. Gmail envoie le même code 4.7.28 en nommant votre bloc d'IP, votre domaine DKIM, votre domaine SPF ou un domaine d'URL quand c'est l'un de ces quotas qui est dépassé (Google liste toutes les variantes) : vérifiez donc lequel votre bounce mentionne. Deux expéditeurs qui partagent la même IP sortante peuvent se faire tomber l'un l'autre, et un domaine propre sur une IP partagée bruyante recevra un 421 4.7.28 même avec une authentification parfaite.

Ce que signifie vraiment 421 4.7.28

Décomposons la réponse morceau par morceau :

• 421 : en SMTP, « service non disponible, fermeture du canal de transmission ». Un code 4xx est un échec temporaire. Votre MTA garde le message en file d'attente et le renvoie selon son calendrier habituel.
• 4.7.28 : le code de statut étendu. Le 4 initial confirme le caractère temporaire. 7 désigne la catégorie politique et sécurité. 28 est le sous-code que Gmail utilise pour ses limites de débit sur le courrier non sollicité (l'IANA enregistre X.7.28 comme « mail flood detected »).
• [203.0.113.42 15] : l'IP exacte que Gmail limite, plus un compteur interne. C'est cette IP qu'il faut examiner ; le domaine passe au second plan.
• unsolicited mail originating from your IP address : la formulation de Gmail est délibérée. Les plaintes, le placement en dossier spam et les signaux pondérés par l'engagement venant de cette IP ont dépassé le seuil sur la fenêtre glissante de Gmail.
• temporarily rate limited : l'accent est sur temporaire. Il n'existe aucun formulaire de retrait. La limitation se lève automatiquement dès que le signal glissant baisse.

La différence clé avec la limite de débit Gmail 421 4.7.0, plus générique : Gmail utilise 4.7.0 pour de nombreux reports sans rapport entre eux (réputation faible, enregistrement PTR manquant, trop de messages sur une même connexion), alors que 4.7.28 signifie toujours qu'un quota de courrier non sollicité a été dépassé. Ralentir suffit à lever une simple limite de débit ; cela ne lève pas un 4.7.28 causé par des plaintes.

Les causes les plus fréquentes

Dans les incidents réels, un 421 4.7.28 remonte à l'une de ces causes :

• Une IP d'envoi partagée avec un voisin bruyant. Si vous êtes sur un pool partagé chez un ESP (SendGrid, Mailgun, Amazon SES, Postmark, etc.), le mauvais envoi d'un autre client peut empoisonner l'IP pour tout le monde. C'est de loin la cause la plus fréquente chez les expéditeurs SaaS.
• Un taux de plaintes pour spam en hausse sur l'IP. Tout ce qui dépasse 0,10 % de façon durable pose problème chez Gmail ; 0,30 % est la ligne rouge. Une seule mauvaise campagne peut faire grimper le taux glissant.
• Une montée en volume brutale depuis une IP froide. Passer de 1 000 à 100 000 envois par jour du jour au lendemain, même avec un contenu propre, ressemble exactement à un relais compromis pour le système de réputation de Gmail.
• Un DMARC absent ou faible sur le domaine d'envoi. 4.7.28 porte sur l'IP, mais Gmail tient quand même compte du taux de réussite DMARC du domaine dans le score de l'IP. Un flot de trafic en p=none peu aligné pénalise l'IP qui l'a envoyé.
• Un compte compromis ou un relais ouvert sur l'IP. Si un client ou un compte interne se met à envoyer en masse par votre relais, l'IP peut recevoir un 4.7.28 avant que vous ne le remarquiez.
• Un mauvais profil de bounces et d'hygiène de liste. Des taux de hard bounce élevés et des envois vers des spam traps (pièges à spam) pèsent sur l'IP autant que les plaintes.

Le correctif pas à pas

Suivez cette liste dans l'ordre. Sauter des étapes signifie en général que la limitation revient en quelques heures.

1. Confirmez quelle IP est limitée. Relevez l'IP exacte dans le message de bounce (la valeur entre crochets). Ne la supposez pas. Si vous avez plusieurs IP sortantes, une seule est peut-être concernée.
2. Vérifiez l'IP sur les principales DNSBL. Un report 4.7.28 et une nouvelle inscription sur une DNSBL ont généralement la même cause. Passez l'IP dans le vérificateur de blacklists gratuit et consultez la page wiki Spamhaus ZEN pour voir ce qui est listé et pourquoi.
3. Récupérez les données de Postmaster Tools pour l'IP et le domaine. Gmail Postmaster Tools affiche la réputation de l'IP (Bad / Low / Medium / High), la réputation du domaine, le taux de plaintes pour spam et le taux de réussite de l'authentification. S'il n'est pas configuré, suivez le guide Google Postmaster Tools ; c'est désormais indispensable.
4. Suspendez les envois depuis l'IP concernée. Continuer à pousser du volume dans une limitation 4.7.28 ne fait qu'aggraver le signal glissant. Arrêtez la campagne en cause ou, si vous le pouvez, basculez le trafic vers une autre IP en bonne santé.
5. Identifiez le segment ou le client responsable. Croisez les pics de plaintes de Postmaster Tools avec votre historique de campagnes. Si vous exploitez une plateforme multi-clients, isolez l'envoi du client qui l'a déclenchée.
6. Supprimez les hard bounces et les destinataires Gmail inactifs. Retirez du segment Gmail, avant de reprendre, toute personne qui a fait un hard bounce, qui s'est plainte ou qui n'a rien ouvert depuis 90 jours ou plus.
7. Vérifiez que l'authentification est toujours alignée. 4.7.28 n'est pas un échec d'authentification, mais une limitation 4.7.28 qui s'ajoute à un DMARC cassé signifie que Gmail ne vous accordera aucune indulgence. Revérifiez l'alignement SPF, DKIM et DMARC de chaque domaine d'envoi sur cette IP.
8. Remontez progressivement. Ne reprenez pas au volume qui a causé le problème. Redémarrez à environ 25 % du volume d'avant l'incident vers le segment nettoyé, surveillez Postmaster Tools pendant 48 heures, puis augmentez par paliers.

Si vous êtes sur une infrastructure partagée et ne pouvez pas isoler le mauvais voisin, les options réalistes sont : demander à votre ESP de vous migrer vers un autre pool, passer sur une IP dédiée, ou faire appel à un expert en délivrabilité pour diagnostiquer et négocier ce changement à votre place.

Combien de temps avant que le 421 4.7.28 se lève

4.7.28 est glissant, pas absolu. La limitation se lève dès que le signal de réputation de l'IP sur la fenêtre de mesure de Gmail repasse sous le seuil. En pratique :

• Quelques heures : si vous avez arrêté d'envoyer immédiatement et que le pic était petit et isolé.
• 24 à 72 heures : pour un incident moyen typique, où vous avez suspendu, nettoyé le segment et repris à plus faible volume.
• Une semaine ou plus : si vous avez continué à envoyer malgré la limitation, ou si une IP partagée est sans cesse réempoisonnée par un autre client.

Comme il s'agit d'un signal glissant et non d'une inscription sur une liste, il n'existe aucun formulaire Gmail de « demande de retrait » pour 4.7.28. Les instructions de Gmail sont d'arrêter d'envoyer pendant au moins 10 minutes, de trouver la cause, puis de se reconnecter sur une seule connexion et d'ajouter les connexions une par une. La limitation se lève d'elle-même une fois le signal retombé.

FAQ

Un 421 4.7.28, est-ce la même chose qu'être blacklisté par Gmail ? Non. 4.7.28 est une limitation temporaire de l'IP, fondée sur la réputation, appliquée par les propres systèmes de Gmail. Ce n'est pas une inscription sur une DNSBL tierce, et elle n'apparaîtra ni sur Spamhaus, ni sur SpamCop, ni sur aucune autre DNSBL tierce. Elle se lève automatiquement dès que le signal glissant repasse sous le seuil.

Corriger SPF, DKIM et DMARC suffit-il à lever un 4.7.28 ? Pas directement. 4.7.28 porte sur le signal de spam de l'IP, pas sur l'état de l'authentification. Mais une authentification cassée rend Gmail moins enclin à vous accorder le bénéfice du doute sur l'engagement : la corriger en parallèle vaut donc toujours la peine.

Renvoyer immédiatement aide-t-il ? Non, cela aggrave généralement les choses. Renvoyer inonde Gmail du même volume qui a déclenché la limitation, ce qui maintient le signal glissant élevé. Suspendez, nettoyez, puis reprenez à plus faible volume.

Dois-je contacter Google pour faire lever un 4.7.28 ? Non. Google ne propose aucun formulaire de délistage pour 4.7.28, car il n'y a rien à retirer d'une liste. La limitation est calculée en temps réel à partir du signal de réputation de votre IP et se lève d'elle-même. Une surveillance continue de l'IP et de DMARC est ce qui se rapproche le plus d'un correctif préventif.

Puis-je simplement passer sur une autre IP d'envoi pour la contourner ? Parfois, mais seulement si la nouvelle IP a son propre historique de warm-up propre. Passer sur une IP neuve et froide déplace généralement le problème au lieu de le résoudre, car la cause profonde (qualité du segment, hygiène de liste, contenu) est toujours là.

En résumé

Un 421 4.7.28, c'est Gmail qui vous dit, en temps réel, que votre IP d'envoi produit plus de signaux de spam que le seuil glissant de Gmail ne le tolère. C'est réversible, ce n'est pas une blacklist, et il n'y a aucun ticket de support à ouvrir. Suspendez le trafic en cause, identifiez la source grâce à Postmaster Tools, nettoyez le segment, vérifiez l'authentification et remontez progressivement. La limitation se lève alors d'elle-même en quelques heures à deux ou trois jours.

Si vous voulez une visibilité continue sur les signaux qui déclenchent ces limitations (statut de l'IP sur les blacklists, taux de réussite DMARC, dérive de réputation façon Postmaster), MailVitals surveille tout cela 24 h/24, 7 j/7, pour que vous puissiez anticiper le prochain 4.7.28 avant qu'il ne se traduise par une file d'attente bloquée. Et si vous êtes coincé sur une IP partagée que vous ne pouvez pas quitter, notre équipe peut prendre la remédiation en charge : réservez un expert en délivrabilité ici.

👉 Pour continuer : Limite de débit Gmail 421 4.7.0 · Guide Google Postmaster Tools · Les codes d'erreur SMTP expliqués

Sources

• Gmail SMTP errors and codes (aide Google Workspace), toutes les variantes de 421 4.7.28 : adresse IP, bloc d'IP, domaine DKIM, domaine SPF, domaine d'URL et Message-ID répété.
• Email sender guidelines (aide Gmail), la procédure de Google pour 4.7.28, et la règle selon laquelle un quota d'IP est partagé par tous les expéditeurs de cette IP.
• Email sender guidelines FAQ (aide Gmail), les seuils de taux de spam de 0,1 % et 0,3 %, et le moment où les expéditeurs en masse redeviennent éligibles aux mesures d'atténuation.
• IANA SMTP Enhanced Status Codes registry, X.7.28 enregistré comme « mail flood detected ».