Validez vos DKIM pour éviter de tomber dans les Spams

Réponses

1. 

   LAURENT BRUGIERE 29 août

   Ahhh, le rappel sur les DKIM, c’est très bien, je l’ai ajouté à mon domaine du coup ^^

2. 

   Michael Ramain 4 janvier

   Olivier, je ne saisis pas pourquoi tu abaisses le TTL de 14400 à 300 ??

   “Lorsqu’un internaute visite un site, il indique l’adresse URL du site dans son navigateur. Le fournisseur d’accès interroge alors les DNS du nom de domaine correspondant, et il va récupérer les données du fichier de zone : le TTL (Time To Live) et l’adresse IP. Le TTL est une unité de temps exprimée en secondes pendant laquelle le fournisseur d’accès va garder l’IP en cache. Une fois que le fournisseur d’accès a fait sa première requête, le TTL décroit jusqu’à zéro. Si vous avez des modifications à apporter à votre zone et que vous souhaitez que le délai de propagation soit plus court, il vous suffit de baisser les TTL à une valeur inférieure (300 par exemple), 24 ou 48 heures avant vos modifications. Remettez après la valeur à 14400 voire même 33200 ou 86400.”

   Peux-tu nous mettre dans le secret des Dieux ? Merci 😉

   1. 

      LAURENT BRUGIERE 6 janvier

      Michael, la valeur TTL est en secondes : 86400 correspond à 24 heures, tandis que 300 est égal à 5 minutes.
      Lorsque l’on modifie souvent ou pour la première fois sa zone DNS (liée à ton nom de domaine), et pour que ce soit plus réactif, le mieux est d’abaisser la valeur TTL à 5 minutes (300). Ainsi, tout changement sera opérationnel dans les 5 minutes. Si ta valeur reste à 86400, il faudra attendre 24 heures pour voir les changements.
      Ensuite, dès que les changements sont bons, que ta plateforme est opérationnelle, tu peux remettre la valeur au maximum (86400), ce qui soulage les serveurs de ton hébergeur (inutile qu’ils interrogent ta zone DNS toutes les 5 minutes.)

3. 

   Michael Ramain 6 janvier

   Aaaahhh, ainsi, je comprends mieux, merci Laurent !

   Et donc, pour “armer” AC en vue d’un nouveau projet, qui ne sera pas opérationnel avant plusieurs jours, ne vaut-il pas mieux pour le serveur de laisser la valeur par défaut d’origine ?

   Avec mes meilleurs voeux puisque c’est de circonstance !

4. 

   Michael Ramain 27 février

   Bon à savoir : voici le retour de l’informaticien du support technique de o2switch :

   “Pour les DKIM, bien laisser ceux précédemment en place actifs : ça n’entre pas en conflit.
   Pour le SPF en revanche, il ne doit y en avoir qu’un seul ; il faut normalement ajouter le nouveau code à l’enregistrement déjà en place.”

   Par exemple, voici le spf1 initialement auto-généré par le serveur (avant implémentation) :
   v=spf1 ip4:109.234.162.98 +a +mx +include:spf.jabatus.fr ~ all

   Voici le spf1 généré parActiveCampaign (avec des guillemets qu’il faudra enlever) :
   “v=spf1 include:emsd1.com ~ all”

   Et voici le spf1 final revu et corrigé par l’informaticien du support technique (sinon je ne me serais pas permis d’y toucher) :
   v=spf1 +a +mx +ip4:109.234.162.98 +include:spf.jabatus.fr +include:emsd1.com ~all

   1. 

      Frédéric Surin 17 avril

      Bonjour, oui, c’est bien ce qu’il me semblait. Il ne doit y avoir qu’un seul spf1 !
      Sinon bonjour es conflits

      1. 

         Michael Ramain 20 avril

         Ah, l’informatok… 😉

5. 

   Frédéric Surin 17 avril

   Bonjour,
   Qu’en est-il des DMARK ? Car sur SGA, il faut le configurer…

   1. 

      Soundepic Bessaignet 17 avril

      Oui en effet, c’est bien aussi de le faire.
      Voici ce qu’indique cet article : “DMARC is not a tool to enhance deliverability and you are not required to set up DMARC to send emails from ActiveCampaign.”
      https://help.activecampaign.com/hc/en-us/articles/206903370-SPF-DKIM-and-DMARC-Authentication
      Et aussi l’outil de test : https://www.activecampaign.com/dkim-spf-check/

6. 

   Michael Ramain 15 juin

   Bonjour Olivier & Laurent,

   Nouveau : ça vient de sortir 🙂

   Tous mes mails-tests sous AC me reviennent en SPAM avec comme expéditeur : “Michael Ramain via acems1.com ”

   L’outil “https://www.activecampaign.com/dkim-spf-check/” (merci pour ça:) montre que les DNS (DKIM, SPF, DMARC) sont Ok, mais qu’il y a un gros défaut du côté des champs CNAME : “There is no CNAME record at your domain. It’s possible you didn’t set it up correctly or that your DNS just needs more time to propagate.”

   Ben, v’la au’t’chose, quand c’est pas d’un côté, c’est de l’autre ;~-|