Le redoutable message « SPF PermError: too many DNS lookups » est devenu la hantise des administrateurs de messagerie dans le monde entier. Lorsque votre enregistrement SPF déclenche plus de 10 requêtes DNS, les emails légitimes échouent à l’authentification, endommageant potentiellement la réputation de votre domaine et bloquant les communications commerciales critiques.
Ce guide complet vous accompagne dans la compréhension de la limite de requêtes SPF, le diagnostic des problèmes de comptage de requêtes, et la mise en œuvre de stratégies d’optimisation éprouvées incluant l’aplatissement SPF pour maintenir votre authentification email fonctionnelle de manière fiable.
I. Comprendre la Limite de 10 Requêtes DNS SPF

Ce qui Compte comme une Requête DNS
La spécification SPF (RFC 7208) impose une limite stricte de 10 requêtes DNS lors de l’évaluation d’un enregistrement SPF. Chaque mécanisme de votre enregistrement SPF qui nécessite une résolution DNS compte pour cette limite :
Mécanismes qui consomment des requêtes :
- Instructions
include:(chacune compte pour 1) - Mécanismes
a(1 requête par vérification d’enregistrement A) - Mécanismes
mx(1 requête plus une supplémentaire pour chaque enregistrement MX) - Mécanismes
exists(1 requête chacun) - Modificateurs
redirect=(1 requête)
Mécanismes qui ne consomment pas de requêtes :
ip4:etip6:(adresses IP statiques)- Qualificateur
all - Mécanismes
ptr(bien qu’ils soient dépréciés)
Pourquoi cette Limite Existe
La limite de 10 requêtes empêche les boucles de récursion infinies et réduit la charge sur les serveurs DNS. Lorsqu’un enregistrement SPF dépasse ce seuil, les serveurs de réception de mail retournent un résultat « PermError », causant généralement l’échec complet de l’authentification SPF de l’email.
II. Diagnostic des Problèmes de Comptage de Requêtes SPF
Méthode 1 : Analyse Manuelle de l’Enregistrement SPF
Commencez par examiner votre enregistrement SPF actuel pour identifier tous les mécanismes consommateurs de requêtes :
v=spf1 include:_spf.google.com include:spf.protection.outlook.com include:mailgun.org include:_spf.salesforce.com include:servers.mcsv.net include:_spf.createsend.com include:mail.zendesk.com include:spf.mandrillapp.com ~allDans cet exemple, il y a 8 instructions include:, chacune nécessitant une requête DNS. Cependant, chaque domaine inclus peut avoir ses propres inclusions, créant des requêtes imbriquées qui contribuent au compte total.
Méthode 2 : Outils de Test SPF
Plusieurs outils en ligne peuvent calculer votre compte total de requêtes :
- Vérificateur d’Enregistrement SPF Skysnag : Fournit une analyse SPF complète incluant le comptage de requêtes
- Outil de Recherche SPF MXToolbox : Affiche la chaîne complète de résolution SPF
- Enquête SPF DMARCian : Cartographie toutes les inclusions imbriquées
Méthode 3 : Test en Ligne de Commande
Utilisez dig ou nslookup pour tracer manuellement les requêtes SPF :
dig TXT yourdomain.com
dig TXT _spf.google.com
dig TXT spf.protection.outlook.comIII. Stratégies d’Optimisation des Enregistrements SPF

Stratégie 1 : Consolidation d’Adresses IP
Remplacez les mécanismes include: par des adresses ip4: et ip6: directes chaque fois que possible :
Avant :
v=spf1 include:mailgun.org include:_spf.createsend.com ~allAprès :
v=spf1 ip4:209.61.151.0/24 ip4:198.61.254.0/24 ip4:103.253.157.0/24 ~allCette approche élimine entièrement les requêtes DNS pour ces services mais nécessite une maintenance manuelle lorsque les fournisseurs modifient leurs plages d’IP.
Stratégie 2 : Consolidation des Fournisseurs de Services
Auditez vos services de messagerie et éliminez les fournisseurs redondants ou inutilisés :
- Identifier les services actifs : Examinez quelles plateformes d’email envoient activement du courrier
- Consolider les services similaires : Utilisez une plateforme marketing au lieu de plusieurs
- Supprimer les entrées héritées : Supprimez les inclusions SPF pour les services discontinués
Stratégie 3 : Délégation de Sous-domaines
Déplacez certains services d’envoi vers des sous-domaines avec leurs propres enregistrements SPF :
SPF du domaine principal :
v=spf1 include:_spf.google.com include:marketing.yourdomain.com ~allSPF du sous-domaine marketing :
v=spf1 include:mailchimp.com include:constantcontact.com ~allCette approche distribue la charge de requêtes mais nécessite une gestion minutieuse de la réputation des sous-domaines.
IV. Implémentation de l’Aplatissement SPF
Qu’est-ce que l’Aplatissement SPF
L’aplatissement SPF remplace les mécanismes include: par les adresses IP réelles des domaines inclus, réduisant les exigences de requête DNS. Ce processus doit être automatisé car les plages d’IP tierces changent fréquemment.
Processus d’Aplatissement SPF Manuel
Étape 1 : Résoudre Toutes les Inclusions
Pour chaque include: dans votre enregistrement, résolvez les adresses IP :
dig TXT _spf.google.com
# Retourne: v=spf1 include:_netblocks.google.com include:_netblocks2.google.com include:_netblocks3.google.com ~all
dig TXT _netblocks.google.com
# Retourne: v=spf1 ip4:35.190.247.0/24 ip4:64.233.160.0/19 ... ~allÉtape 2 : Extraire les Plages d’IP
Compilez toutes les adresses IP et plages dans une liste consolidée :
35.190.247.0/24
64.233.160.0/19
66.102.0.0/20
66.249.80.0/20
72.14.192.0/18Étape 3 : Créer l’Enregistrement Aplati
Construisez votre nouvel enregistrement SPF en utilisant uniquement des adresses IP :
v=spf1 ip4:35.190.247.0/24 ip4:64.233.160.0/19 ip4:66.102.0.0/20 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ~allSolutions d’Aplatissement SPF Automatisées
L’aplatissement manuel devient ingérable lorsque les fournisseurs mettent fréquemment à jour leurs plages d’IP. Plusieurs solutions fournissent un aplatissement SPF automatisé :
Services d’Aplatissement SPF Commerciaux :
- Surveillent automatiquement les changements d’IP des fournisseurs
- Mettent à jour les enregistrements SPF via l’intégration d’API DNS
- Fournissent surveillance du comptage de requêtes et alertes
- Offrent des capacités de retour en arrière pour les mises à jour échouées
Intégration Skysnag Protect :
Skysnag Protect inclut des capacités de gestion SPF automatisée qui peuvent aider à maintenir des enregistrements SPF optimisés tout en surveillant les violations de limite de requêtes. La plateforme fournit une validation SPF en temps réel et peut vous alerter lorsque les enregistrements approchent le seuil de 10 requêtes.
V. Techniques d’Optimisation Avancées
Architecture SPF Multi-Domaines
Pour les organisations gérant plusieurs domaines, implémentez une structure SPF hiérarchique :
Domaine de la société mère :
v=spf1 include:_spf-shared.company.com include:_spf-corporate.company.com ~allEnregistrement des services partagés :
v=spf1 ip4:203.0.113.0/24 ip4:198.51.100.0/24 ~allEnregistrements spécifiques aux divisions :
v=spf1 include:_spf-shared.company.com include:division-specific-provider.com ~allDivision d’Enregistrement SPF
Lorsque l’aplatissement n’est pas suffisant, divisez votre enregistrement SPF sur plusieurs domaines :
Domaine principal :
v=spf1 include:_spf1.yourdomain.com include:_spf2.yourdomain.com ~allEnregistrements divisés :
_spf1: v=spf1 ip4:192.0.2.0/24 ip4:203.0.113.0/24 ~all
_spf2: v=spf1 ip4:198.51.100.0/24 ip4:10.0.0.0/8 ~allCette approche nécessite une planification minutieuse pour assurer une couverture complète sans conflits.
VI. Meilleures Pratiques d’Implémentation
Test et Validation
Avant d’implémenter des enregistrements SPF optimisés :
- Tester en environnement de test : Utilisez un domaine de test pour valider les changements
- Surveiller la livraison d’emails : Suivez les taux de livraison pendant les transitions
- Implémenter graduellement : Déployez les changements sur des sous-ensembles de domaines d’abord
- Maintenir des enregistrements de secours : Gardez les enregistrements originaux disponibles pour un retour rapide
Maintenance Continue
L’optimisation SPF nécessite une attention continue :
- Audits réguliers : Examens mensuels des changements de fournisseurs de services
- Surveillance automatisée : Configurez des alertes pour les échecs SPF et les augmentations de comptage de requêtes
- Documentation : Maintenez des enregistrements de quels services utilisent quelles plages d’IP
- Réponse aux incidents : Préparez des procédures pour gérer les problèmes de livraison liés au SPF
Pièges Courants à Éviter
Sur-aplatissement : Inclure des plages d’IP inutiles augmente la taille de l’enregistrement et la complexité de gestion.
Adresses IP obsolètes : Échec de mise à jour des enregistrements aplatis lorsque les fournisseurs changent d’IP.
Qualificateurs manquants : Assurez-vous que votre enregistrement optimisé maintient les qualificateurs ~all ou -all appropriés.
Sous-domaines incohérents : Politiques SPF incompatibles entre domaines parents et sous-domaines.
VII. Surveillance et Dépannage
Détection d’Échec SPF
Implémentez une surveillance pour détecter les problèmes liés au SPF :
- Rapports DMARC : Analysez les rapports agrégés pour les échecs SPF
- Métriques de livraison d’emails : Suivez les changements dans les taux de livraison
- Surveillance de requêtes DNS : Surveillez les temps de résolution des enregistrements SPF
- Notifications de fournisseurs : Abonnez-vous aux annonces de changement d’IP des services d’email
Dépannage des Problèmes de Limite de Requêtes
Lorsque les emails échouent à l’authentification SPF :
- Vérifier le compte de requêtes actuel : Utilisez des outils de test pour confirmer la complexité de l’enregistrement
- Vérifier les changements récents : Examinez toute modification des enregistrements SPF ou des services d’email
- Valider la propagation DNS : Assurez-vous que les enregistrements optimisés se sont propagés globalement
- Tester depuis plusieurs emplacements : Confirmez un comportement cohérent sur différents résolveurs DNS
VIII. Points Clés à Retenir
La limite de 10 requêtes DNS SPF représente une contrainte critique pour les organisations utilisant plusieurs services d’email. Gérer avec succès cette limitation nécessite une combinaison de planification stratégique, d’implémentation technique et de maintenance continue.
Les stratégies clés incluent la consolidation d’adresses IP, l’élimination de services inutilisés, l’implémentation d’aplatissement SPF (soit manuellement soit par des solutions automatisées), et l’établissement de procédures de surveillance robustes. Les organisations devraient également considérer des techniques avancées comme la délégation de sous-domaines et les architectures multi-domaines pour des infrastructures d’email complexes.
L’audit régulier et la gestion proactive préviennent les échecs SPF qui pourraient impacter la délivrabilité d’emails et la réputation du domaine. En implémentant ces stratégies d’optimisation, les organisations peuvent maintenir une authentification email fiable tout en supportant leurs exigences d’envoi diverses.
Skysnag Protect fournit une gestion complète de l’authentification email, incluant des outils d’optimisation SPF et une surveillance automatisée pour aider les organisations à maintenir des enregistrements SPF conformes et efficaces.