Comparateur indépendant · sans classement payant
Accueil / Blog / Technique / Reverse DNS : le détail qui pèse sur la délivrabilité email

Reverse DNS : le détail qui pèse sur la délivrabilité email

SPF et DKIM sont verts, pourtant les mails finissent en spam : le PTR ne correspond pas au HELO. Ce détail invisible pèse lourd chez les grands filtres.

Rédaction Hébergeurs.eu 5 min

Vous migrez la prod SMTP vers une nouvelle IP dédiée. Les tests internes passent. Les clients B2B se plaignent : « Vos alertes arrivent en spam depuis mardi. » Le score SPF/DKIM est parfait. En creusant : le PTR pointe vers ip-54-37-xxx.pool.example.net alors que le serveur se présente en HELO mail.example.com.

Le reverse DNS est le carte d'identité de l'IP pour les filtres antispam. Néglectible sur un blog ; critique sur de l'email transactionnel ou des relais sortants mutualisés mal isolés.

Forward vs reverse

DNS forward : nom → IP. Reverse (PTR) : IP → nom. Seul le holder du bloc IP publie le PTR via .in-addr.arpa ou .ip6.arpa.

Beaucoup d'équipes configurent A/MX/SPF mais oublient d'ouvrir un ticket PTR chez OVH, Scaleway, AWS ou Hetzner.

FCrDNS et HELO

Forward-confirmed reverse DNS : PTR(A) = IP d'origine.

ÉlémentBon signalMauvais signal
PTRmail.example.comgeneric pool name
A recordmême IPabsent ou autre IP
HELOmail.example.comlocalhost ou IP brute

Test : dig -x IP puis dig mail.example.com A.

Délégation chez l'hébergeur

Sur VPS/cloud, le PTR se règle dans le panel ou via API support. Planifiez avant bascule IP : propagation PTR peut prendre des heures.

Sur IP mutualisée sortante, vous héritez souvent d'un PTR générique — raison de passer par un ESP ou une IP dédiée pour mail pro.

IPv6 et multi-IP

Chaque IP sortante utilisée pour SMTP doit avoir sa cohérence. Les pools rotationnels d'ESP gèrent cela pour vous ; en self-hosted, documentez chaque IP dans le runbook incident spam.

Monitoring continu

Alerte si PTR disparaît après migration, rebuild, ou changement de bloc /64 IPv6. Incluez rDNS dans les checks post-deploy alongside TLS et SPF.

Checklist délivrabilité IP

  1. Demandez PTR personnalisé aligné hostname SMTP.
  2. Créez enregistrement A forward vers même IP (FCrDNS).
  3. Configurez HELO/EHLO identique au PTR.
  4. Vérifiez SPF include du hostname si envoi direct.
  5. Testez dig -x IP depuis externe.
  6. Envoyez mail test mail-tester.com et notez score rDNS.
  7. Monitor alerte si PTR change après reboot/migration.
  8. Séparez IP transactionnelle et marketing.
  9. Documentez ticket support PTR pour chaque IP.
  10. Revoyez après upgrade instance cloud (IP change).

Chaque étape prend minutes sauf propagation PTR — planifiez avant campagne mail importante ou onboarding client exigeant whitelist IP.

Warm-up IP

New IP : ramp volume 50/day → 500 over two weeks — PTR correct but reputation cold.

Monitor Google Postmaster + Microsoft SNDS after IP change.

Les équipes marketing demandent parfois d'« envoyer depuis Mailchimp ET le serveur » sans comprendre que deux IP avec deux PTR différents impliquent deux réputations à chauffer. Documentez quel canal utilise quelle IP avant d'ouvrir le port 25 sur une nouvelle instance.

Lors d'un transfert vers un nouvel hébergeur, le PTR ne migre pas automatiquement avec le dump SQL : planifiez-le dans la même fenêtre que bascule IP, pas après les plaintes spam.

Les filtres B2B enterprise whitelist par IP et vérifient rDNS : un PTR manquant bloque des contrats entiers, pas seulement la boîte Gmail du fondateur.

Tenez runbook daté, métriques avant/après, revue post-incident — la discipline cumulative évite la panique du vendredi soir.

Tenez runbook daté, métriques avant/après, revue post-incident — la discipline cumulative évite la panique du vendredi soir.

Tenez runbook daté, métriques avant/après, revue post-incident — la discipline cumulative évite la panique du vendredi soir.

Tenez runbook daté, métriques avant/après, revue post-incident — la discipline cumulative évite la panique du vendredi soir.

Décider et avancer sans angle mort

  1. Demander un PTR personnalisé aligné sur le hostname SMTP — ticket support hébergeur ou cloud avec délai de propagation noté.
  2. Créer l'A forward (FCrDNS) — le PTR doit résoudre vers la même IP que celle qui envoie le mail.
  3. Aligner HELO/EHLO — identique au PTR ; vérifiez SPF si envoi direct depuis le VPS.
  4. Tester depuis l'extérieurdig -x IP et envoi mail-tester.com avant campagne ou onboarding client exigeant.
  5. Séparer IP transactionnelle et marketing — deux réputations, deux tickets PTR documentés.

Comparez les offres VPS et mail dédié dans l'annuaire et le comparateur ; nos guides détaillent la délivrabilité.

Questions fréquentes

Qui configure le PTR ?

Le propriétaire du bloc IP — souvent votre hébergeur ou cloud provider. Vous demandez le PTR ; vous ne le créez pas dans votre zone DNS forward.

PTR doit-il égaler le hostname SMTP ?

Le PTR doit résoudre vers un nom qui resolve forward vers la même IP (FCrDNS). Le HELO/EHLO devrait être cohérent avec ce nom.

Impact sur Gmail et Microsoft ?

Ils pénalisent souvent IP sans PTR, PTR générique type ip-xx.pool, ou mismatch HELO/PTR — surtout sur IP neuves ou volumes transactionnels.

Et en IPv6 ?

Même logique : nibble format, délégation rDNS chez le provider, cohérence AAAA/PTR/HELO.


Avant d'envoyer le premier mail prod depuis une nouvelle IP, vérifiez FCrDNS — pas après le premier ticket spam.

Comparez les hébergeurs européens

Filtrez par conformité, localisation et usage — puis ouvrez les fiches pour vérifier le périmètre réel.

Voir l'annuaire
Blog

À lire aussi

Tous les articles →