// comment corriger
Rebond Gmail « 550 5.7.25 » : DNS inverse (PTR) obligatoire
Gmail refuse votre email parce que votre IP d'envoi n'a pas de DNS inverse, ou un DNS inverse qui ne renvoie pas vers l'IP. Demandez à votre hébergeur de définir un PTR correct.
Ce que ça veut dire
Votre email vers une adresse Gmail ou Google Workspace rebondit avec :
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.
Chaque adresse IP peut avoir un nom de DNS inverse, stocké dans un enregistrement PTR. Il répond à la question « quel nom correspond à cette IP ? ». Gmail exige que votre IP d'envoi en ait un, et que ce nom pointe de nouveau vers la même IP. Cette correspondance dans les deux sens s'appelle le DNS inverse confirmé (FCrDNS).
Exemple de bonne configuration :
203.0.113.10 → PTR mail.yourdomain.com mail.yourdomain.com → A 203.0.113.10
Pourquoi c'est important
- Gmail refuse purement et simplement votre email : il n'est même pas placé en spam.
- Beaucoup d'autres fournisseurs considèrent aussi un PTR manquant comme un fort signal de spam.
- Cela touche surtout les personnes qui gèrent leur propre serveur sur un VPS ou à la maison. Les grands fournisseurs comme Google Workspace ou Microsoft 365 ont déjà des PTR corrects.
Comment vérifier
- Envoyez un email de test à l'adresse de la page d'accueil
/. La section DNS inverse du rapport montre le PTR de votre IP d'envoi et s'il pointe de nouveau vers la même IP. - Depuis un terminal, vous pouvez aussi lancer :
dig -x 203.0.113.10 +short dig mail.yourdomain.com A +short
La première commande doit afficher le nom de votre serveur de messagerie, la seconde votre IP.
Comment corriger
- Choisissez un nom pour votre serveur de messagerie, comme
mail.yourdomain.com. - Créez l'enregistrement direct dans le DNS de votre domaine : un enregistrement A pour
mailqui pointe vers l'IP de votre serveur (et un enregistrement AAAA si vous envoyez en IPv6). - Définissez le PTR chez votre hébergeur. Le PTR ne se règle pas dans le DNS de votre domaine : il appartient au propriétaire de l'IP. Cherchez « Reverse DNS » ou « PTR » dans le panneau de contrôle de votre VPS, ou demandez au support de votre hébergeur.
- Utilisez le même nom dans le HELO. Configurez votre serveur de messagerie pour qu'il se présente sous le même nom, par exemple
myhostname = mail.yourdomain.comdans Postfix. - Vérifiez l'IPv6. Si votre serveur a de l'IPv6, il peut envoyer vers Gmail en IPv6. Cette adresse a aussi besoin de son propre PTR, ou vous pouvez demander à votre serveur de n'envoyer qu'en IPv4.
Envoyer depuis une connexion de particulier
Les IP des box internet ne peuvent en général pas avoir de PTR personnalisé, et elles sont souvent bloquées de toute façon. Envoyez plutôt via le serveur SMTP de votre fournisseur ou un service d'emailing.
Vérifiez que c'est corrigé
Les changements de PTR sont en général visibles en moins d'une heure, mais peuvent prendre jusqu'à 24 heures. Envoyez un nouvel email de test depuis la page d'accueil : la ligne DNS inverse doit afficher un nom qui correspond. Envoyez ensuite un email à une adresse Gmail pour confirmer qu'il est accepté.
Vérifiez que c'est corrigé
Une modification DNS peut prendre de quelques minutes à quelques heures. Ensuite, envoyez un nouvel email de test ou scannez à nouveau votre domaine.
Fiches liées
- Aucun enregistrement SPF sur votre domaineVotre domaine n'indique pas quels serveurs ont le droit d'envoyer des emails en son nom. Ajoutez un enregistrement TXT et les destinataires sauront distinguer vos vrais emails des faux.
- Erreur SPF : trop de requêtes DNS (permerror)Le SPF autorise au maximum 10 requêtes DNS. Au-delà, tout l'enregistrement est cassé et les destinataires le considèrent comme invalide. Voici comment l'alléger.
- Plusieurs enregistrements SPF sur un même domaineUn domaine ne doit avoir qu'un seul enregistrement SPF. Avec deux ou plus, le SPF échoue pour tous vos emails. Fusionnez-les en une seule ligne.
- Échec SPF : le serveur d'envoi n'est pas autoriséVotre domaine a un enregistrement SPF, mais le serveur qui a envoyé votre email n'y figure pas. Trouvez quel service a envoyé l'email et ajoutez-le.
- Aucune signature DKIM sur vos emailsLe DKIM ajoute une signature numérique qui prouve qu'un email vient bien de votre domaine. Activez-le chez votre fournisseur de messagerie et publiez sa clé dans le DNS.