Essai gratuit de 14 jours

Messages d’erreur

Deux entrées SPF pour un domaine : pourquoi cela invalide tout

Une découverte étonnamment fréquente dans le controle de domaine : deux ou trois entrées TXT commençant par v=spf1. Chacune parait correcte individuellement. Pourtant, le résultat pour chaque destinataire est «permerror», donc invalide. La vérification SPF échoue pour tous les e-mails, comme s'il n'y avait aucune entrée.

2 min de lectureDans quelle mesure votre domaine est-il protégé ? Contrôler mon domaine gratuitement

Comment cela arrive

  • L'hébergeur crée une entrée SPF lors de la configuration. Plus tard, le prestataire informatique en ajoute une seconde pour Microsoft 365, au lieu d'étendre la première.
  • Un outil de newsletter dit «ajoutez cette entrée SPF», et on l'ajoute au lieu de l'intégrer dans celle existante.
  • Après un déménagement, l'ancienne entrée reste en place.
  • Un éditeur DNS affiche les longues entrées TXT de façon peu claire, et l'entrée existante passe inaperçue.

La règle

Par domaine (et par sous-domaine), il existe exactement une entrée SPF. Toutes les voies d'envoi y figurent, séparées par des espaces, terminées par -all ou ~all.

Exemple pour Microsoft 365 plus un outil de newsletter plus un serveur web d'hébergeur :

v=spf1 include:spf.protection.outlook.com include:[include-newsletter] include:[include-hébergeur] -all

Comment fusionner

  1. Noter toutes les entrées SPF dans l'éditeur DNS.
  2. Rassembler tous les include:, ip4:, ip6:, a, mx, supprimer les doublons.
  3. Vérifier quels systèmes envoient encore réellement. Retirer les anciens hébergeurs.
  4. Former une nouvelle entrée avec tous les éléments, clôture -all.
  5. Supprimer les anciennes entrées, créer la nouvelle.
  6. Vérifier : au maximum dix requêtes DNS. Contrôle de domaine gratuit

Erreurs apparentées

  • Plusieurs mentions all dans une entrée : seule la première compte, le reste est ignoré.
  • +all : autorise n'importe qui a envoyer en votre nom. A ne jamais utiliser.
  • Entrée SPF de type «SPF» plutôt que «TXT» : l'ancien type d'entrée n'est plus pris en compte. Seul TXT compte.
  • Espaces ou retours a la ligne dans la valeur, a cause d'un copier-coller depuis des instructions.

Décodeur de rejets

Questions fréquentes

Comment le remarquer au quotidien ?

Le plus souvent, pas tout de suite. Les e-mails arrivent, mais avec une moins bonne évaluation. Chez les destinataires stricts ou avec DMARC en reject, ils disparaissent.

L'hébergeur peut-il l'empêcher ?

Certains éditeurs DNS avertissent. Ne vous fiez pas a cela. Une vérification quotidienne comme chez DomainRadar signale l'erreur dès qu'elle apparait.

Comment DomainRadar vous aide

DomainRadar vérifie en continu SPF, DKIM et DMARC de vos domaines, analyse automatiquement les rapports DMARC et vous dit clairement quel canal d’envoi manque et ce qu’il faut faire.

Le test de domaine gratuit vous montre en une minute où en est votre domaine aujourd’hui.

Le contrôle de domaine reste gratuit. Ensuite, vous testez DomainRadar avec toutes les fonctions pendant 14 jours – sans carte de crédit, l’essai se termine de lui-même.

Autres articles

Maintenant 14 jours gratuits

Où en est votre domaine ?

DomainRadar vérifie en continu le SPF, le DKIM et le DMARC de vos domaines et vous dit clairement ce qu’il faut faire.

Ou directement par e-mail : info@domainradar.ch

  • Sans engagement
  • Sans carte de crédit
  • Se termine de lui-même après 14 jours
Essai gratuit de 14 jours