// comment corriger
Modifications DNS pas encore visibles : propagation et TTL
Vous avez ajouté ou corrigé un enregistrement, mais les tests montrent encore l'ancienne valeur. Les réponses DNS sont gardées en cache un moment ; voici combien de temps attendre et comment vérifier la vraie valeur.
Ce que ça veut dire
Quand un serveur a besoin de votre enregistrement SPF, DKIM ou MX, il ne le demande pas à votre fournisseur DNS à chaque fois. Il le demande une fois et garde la réponse en cache pendant un certain temps. Cette durée est le TTL (time to live, « durée de vie »), réglé en secondes sur chaque enregistrement.
300= 5 minutes3600= 1 heure86400= 24 heures
Tant que le cache n'a pas expiré, certains serveurs voient encore l'ancienne valeur. Ce délai s'appelle la « propagation ».
Pourquoi c'est important
Après une correction, votre test peut encore échouer un moment, et vous risquez de croire que la correction n'a pas marché. Pire, vous risquez de tout modifier à nouveau et de créer une vraie erreur. Comprendre le cache vous aide à attendre le bon temps.
Combien de temps attendre
- Un nouvel enregistrement (qui n'a jamais existé) : en général quelques minutes. Mais si quelqu'un l'a cherché juste avant que vous le créiez, la réponse « n'existe pas » est aussi gardée en cache, parfois une heure ou plus.
- Un enregistrement modifié : jusqu'à l'ancien TTL. Si l'ancien TTL était de 24 heures, certains serveurs peuvent voir l'ancienne valeur pendant une journée.
- De nouveaux serveurs de noms (quand vous déplacez tout votre DNS chez un autre hébergeur) : jusqu'à 24 à 48 heures.
- Certains fournisseurs DNS mettent aussi du temps à publier votre modification après que vous avez cliqué sur « Enregistrer ».
Comment vérifier la vraie valeur
- Interrogez directement votre hébergeur DNS. Trouvez vos serveurs de noms (par exemple
ns1.your-dns-host.com), puis interrogez-les, ce qui contourne tous les caches :dig TXT yourdomain.com @ns1.your-dns-host.com dig TXT _dmarc.yourdomain.com @ns1.your-dns-host.com
- Si cette réponse est fausse, le problème n'est pas la propagation : l'enregistrement n'a pas été sauvegardé, il est au mauvais nom, ou vous avez modifié le DNS chez un fournisseur qui n'est pas utilisé. Vérifiez quels serveurs de noms votre domaine utilise réellement.
- Si cette réponse est juste, il suffit d'attendre. Des outils publics comme le Google Admin Toolbox Dig montrent ce que voient les grands résolveurs.
- Utilisez le scanner de domaine sur
/domain-scannerpour voir vos enregistrements SPF, DKIM, DMARC et MX comme les verrait un serveur de réception.
Préparez les gros changements à l'avance
- La veille de la modification d'un enregistrement important (MX, SPF), baissez son TTL à
300. Attendez que l'ancien TTL soit écoulé, faites la modification, puis remontez le TTL (3600est une bonne valeur normale). - Quand vous changez de fournisseur de messagerie, gardez les anciennes boîtes actives pendant deux jours, car certains emails peuvent encore y arriver.
- Ne modifiez pas le même enregistrement plusieurs fois de suite. Faites une modification soignée et attendez.
Vérifiez que c'est corrigé
Une fois que votre hébergeur DNS donne la bonne réponse et que le TTL est écoulé, relancez le scanner de domaine. Envoyez ensuite un nouvel email de test depuis la page d'accueil de Delivmail : le rapport lit les enregistrements à neuf au moment du test et doit les montrer valides.
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.