ServicesBlogA proposContact
Retour au blog

Délivrabilité

Erreur Gmail 550-5.7.25 : pourquoi vos emails sont rejetés

Comprendre l'erreur Gmail 550-5.7.25 : rôle du PTR, Reverse DNS, forward DNS, causes fréquentes et méthode de correction côté serveur d'envoi.

25 mars 2026 - 8 min

Illustration Gmail 550-5.7.25 avec erreur PTR et Reverse DNS

L’erreur Gmail 550-5.7.25 apparaît quand Gmail refuse un message à cause d’un problème lié au PTR, aussi appelé Reverse DNS.

Ce n’est pas une erreur de contenu, ni forcément une erreur SPF, DKIM ou DMARC.

Elle indique surtout que l’adresse IP qui tente d’envoyer l’email n’a pas une identité DNS suffisamment claire pour Gmail.

Ce que dit l’erreur 550-5.7.25

Dans un bounce Gmail, on voit souvent un message proche de celui-ci :

550-5.7.25 The IP address sending this message does not have a PTR record setup,
or the corresponding forward DNS entry does not point to the sending IP.

Le sens est direct : Gmail a regardé l’adresse IP du serveur qui lui parle, puis a cherché son Reverse DNS.

Si le PTR est absent, ou si le nom trouvé ne revient pas vers la même IP, Gmail peut bloquer le message.

Gmail rejette un message quand le PTR de l'IP d'envoi est absent ou incohérent

Depuis les exigences Gmail renforcées pour les expéditeurs, les domaines et IP d’envoi doivent avoir des enregistrements DNS directs et inverses valides.

Pour Gmail, une IP sans PTR fiable ressemble à une infrastructure mal identifiée. C’est un mauvais signal, même si le message est légitime.

PTR et Reverse DNS : de quoi parle-t-on ?

Un DNS classique répond à une question simple :

Quel est l’IP de ce nom de serveur ?

Par exemple :

mail.example.com -> 203.0.113.42

Le Reverse DNS fait l’inverse :

Quel nom de serveur correspond à cette IP ?

Par exemple :

203.0.113.42 -> mail.example.com

Le PTR est l’enregistrement DNS utilisé pour cette résolution inverse.

Le Reverse DNS relie une IP d'envoi à un hostname puis revient vers la même IP

Pour être cohérent, la boucle doit fonctionner dans les deux sens :

203.0.113.42 -> mail.example.com
mail.example.com -> 203.0.113.42

C’est ce qu’on appelle souvent un Reverse DNS confirmé, ou forward-confirmed reverse DNS.

Pourquoi Gmail bloque avec 550-5.7.25

Gmail reçoit énormément de messages depuis des serveurs compromis, des scripts mal configurés, des VPS jetables ou des infrastructures d’envoi sans identité stable.

Le PTR aide à distinguer un serveur mail sérieux d’une IP anonyme.

Une erreur 550-5.7.25 peut apparaître si :

  • l’IP d’envoi n’a aucun PTR ;
  • le PTR pointe vers un nom générique ou incorrect ;
  • le hostname du PTR n’a pas de A ou AAAA ;
  • le A ou AAAA ne revient pas vers la même IP ;
  • l’email sort par une autre IP que celle prévue ;
  • l’IPv6 utilisée n’a pas de reverse DNS valide ;
  • l’hébergeur ou l’opérateur n’a pas publié le PTR demandé.

Le point important : le PTR ne se configure généralement pas dans la zone DNS classique de votre domaine.

Il se configure chez le propriétaire de l’adresse IP : hébergeur, opérateur, fournisseur cloud, datacenter ou plateforme SMTP.

Comment diagnostiquer le problème

Il faut commencer par identifier l’IP exacte qui envoie vers Gmail.

Cette IP apparaît souvent dans le bounce, dans les logs SMTP ou dans les en-têtes d’un message livré à un autre fournisseur.

Une fois l’IP connue, on vérifie le PTR.

Diagnostic de l'erreur Gmail 550-5.7.25 avec commandes dig PTR et A

Exemple avec dig :

dig -x 203.0.113.42 +short

Résultat attendu :

mail.example.com.

Ensuite, on vérifie que ce nom revient vers la même IP :

dig mail.example.com A +short

Résultat attendu :

203.0.113.42

Pour IPv6, il faut faire la même logique avec AAAA.

Si le premier test ne répond rien, le PTR manque. Si le second test répond une autre IP, le forward DNS ne confirme pas le reverse DNS.

Comment corriger l’erreur

La correction se fait en deux parties.

D’abord, configurer le PTR de l’adresse IP chez le fournisseur qui contrôle cette IP.

Ensuite, créer ou corriger le A ou AAAA du hostname dans la zone DNS du domaine.

Correction du PTR côté hébergeur puis validation Gmail

Exemple de configuration attendue :

PTR de 203.0.113.42 -> mail.example.com
A de mail.example.com -> 203.0.113.42

Le nom choisi doit être stable, crédible et cohérent avec l’usage mail.

Évitez les noms trop génériques ou temporaires comme :

vps-123-45-67-89.provider.example
localhost
server

Préférez un nom clair :

mail.example.com
smtp.example.com
mx-out.example.com

Une fois la correction publiée, il faut attendre la propagation DNS, puis refaire les tests.

Attention aux IP partagées

Si vous envoyez depuis une IP mutualisée, vous ne contrôlez souvent pas directement le PTR.

C’est le cas avec de nombreux services SMTP, plateformes marketing, hébergements mutualisés ou relais sortants.

Dans ce cas, il faut demander au fournisseur :

  • quelle IP envoie réellement vers Gmail ;
  • quel PTR est publié sur cette IP ;
  • si le forward DNS correspond bien ;
  • si l’IP est partagée avec d’autres clients ;
  • si une IP dédiée est disponible.

Un PTR valide ne garantit pas une bonne réputation. Mais un PTR absent ou incohérent peut suffire à provoquer un rejet avant même que Gmail analyse finement la qualité de vos campagnes.

PTR, HELO et nom du serveur

Le PTR n’est pas le seul nom que Gmail peut observer.

Pendant la session SMTP, votre serveur annonce aussi un nom dans la commande EHLO ou HELO.

Il est préférable que ce nom soit cohérent avec l’infrastructure d’envoi.

Exemple :

EHLO mail.example.com

Si votre serveur annonce localhost, un nom interne, ou un hostname qui n’existe pas publiquement, cela ajoute un signal négatif.

Le trio à vérifier est donc :

  • IP d’envoi ;
  • PTR de cette IP ;
  • hostname annoncé en EHLO ou HELO.

Ils n’ont pas toujours besoin d’être strictement identiques dans toutes les architectures, mais ils doivent rester cohérents, publics et vérifiables.

Ce que le PTR ne corrige pas

Corriger le Reverse DNS ne suffit pas à garantir l’arrivée en boîte de réception.

L’erreur 550-5.7.25 concerne l’identité technique de l’IP d’envoi.

Elle ne remplace pas :

  • SPF ;
  • DKIM ;
  • DMARC ;
  • TLS ;
  • une bonne réputation IP ;
  • une base de destinataires saine ;
  • un volume d’envoi progressif ;
  • des contenus attendus par les destinataires.

Après correction du PTR, Gmail peut encore filtrer ou refuser des messages pour d’autres raisons : authentification absente, plaintes spam, réputation faible, volume trop brutal, contenu suspect ou alignement DMARC incorrect.

Checklist rapide

Pour traiter une erreur Gmail 550-5.7.25, vérifiez dans cet ordre :

  1. récupérer l’IP exacte mentionnée dans le bounce ;
  2. tester le PTR avec dig -x ;
  3. tester le retour A ou AAAA du hostname ;
  4. vérifier l’IP réellement utilisée par le serveur sortant ;
  5. corriger le PTR chez l’hébergeur ou l’opérateur IP ;
  6. corriger le DNS direct du hostname dans votre zone ;
  7. vérifier le nom EHLO ou HELO ;
  8. contrôler SPF, DKIM, DMARC et TLS ;
  9. refaire un test vers Gmail après propagation.

Si l’IP appartient à un fournisseur externe, ouvrez un ticket avec le bounce complet. Sans accès au propriétaire de l’IP, vous ne pourrez généralement pas corriger le PTR vous-même.

Conclusion

L’erreur Gmail 550-5.7.25 est un rejet lié à l’infrastructure d’envoi.

Elle signifie que Gmail ne parvient pas à valider correctement l’identité DNS de l’adresse IP qui envoie le message.

La correction consiste à publier un PTR valide pour l’IP, puis à vérifier que le hostname du PTR pointe bien vers cette même IP en DNS direct.

Une fois ce socle corrigé, il faut continuer le diagnostic email complet : SPF, DKIM, DMARC, TLS, réputation, volume et qualité des destinataires.

Le PTR ne fait pas tout, mais sans Reverse DNS propre, un serveur SMTP part avec un handicap sérieux face à Gmail.

Source utile : Gmail SMTP errors and codes et Email sender guidelines.