Dernière mise à jour : juillet 2026

En bref : Les mécanismes a et mx dans un enregistrement SPF autorisent dynamiquement les serveurs d’envoi en comparant leurs adresses IP avec les enregistrements DNS A, AAAA et MX de ton domaine.

Lorsqu’un serveur de messagerie reçoit un e-mail entrant, le standard SPF (Sender Policy Framework) évalue si l’adresse IP de l’hôte de connexion est autorisée à envoyer au nom du domaine. Au lieu de lister en dur chaque adresse IP statique directement dans ton enregistrement, tu peux utiliser les mécanismes a et mx pour faire référence aux enregistrements DNS publiés pour ton infrastructure web et e-mail.

Comment fonctionne le mécanisme a

Le mécanisme a vérifie si le serveur de messagerie qui se connecte fonctionne sur l’adresse IP principale de ton site web ou d’un nom d’hôte spécifique. Selon le RFC 7208, ce mécanisme correspond si <ip> fait partie des adresses IP de <target-name>. Pour des raisons de clarté, le standard précise explicitement que le mécanisme a correspond également aux enregistrements AAAA (adresses IPv6).

Lorsqu’il est publié seul, sans argument, il est évalué par rapport au nom de domaine interrogé :

v=spf1 a mx ~all

Tu peux également faire pointer le mécanisme vers un sous-domaine spécifique ou le nom d’hôte d’un serveur :

v=spf1 a:mail.example.com -all

Si ton application web, ton site WordPress ou ton CRM envoie des confirmations de commande et des alertes système directement depuis l’adresse IP principale de ton serveur web, le mécanisme a garantit que cet hôte passe l’authentification avec succès.

Comment fonctionne le mécanisme mx

Le mécanisme mx autorise les serveurs de réception e-mail de ton domaine à envoyer également des messages sortants. Selon le RFC 7208, ce mécanisme correspond si <ip> fait partie des hôtes MX pour un nom de domaine :

v=spf1 mx -all

Lors de l’évaluation, le serveur destinataire interroge les enregistrements MX de ton domaine, résout ces noms d’hôte en adresses IP et vérifie si le serveur de connexion correspond à l’une d’entre elles. Cette méthode est largement utilisée dans les environnements d’hébergement mutualisé et les configurations e-mail traditionnelles où le courrier entrant et sortant transite par le même cluster de serveurs.

Requêtes DNS et performances

Bien que les mécanismes a et mx offrent une grande commodité en s’adaptant automatiquement lorsque tu migres des serveurs ou mets à jour tes enregistrements DNS, ils ont un coût en performance : ils provoquent des requêtes DNS lors de l’évaluation.

Le RFC 7208 établit que les termes provoquant des requêtes DNS au moment de l’évaluation (include, a, mx, ptr et exists, ainsi que redirect) doivent être strictement limités. Les implémentations SPF doivent limiter le nombre total de ces termes à 10 requêtes lors de l’évaluation afin d’éviter une surcharge excessive sur le système de noms de domaine (DNS). Si une évaluation dépasse ce seuil, le serveur destinataire interrompt le traitement et renvoie un permerror (erreur permanente).

Un enregistrement de base v=spf1 a mx ~all consomme immédiatement deux requêtes (une pour la requête A/AAAA et une pour la requête MX). Si tes enregistrements MX pointent vers plusieurs noms d’hôte nécessitant chacun une résolution, le nombre de requêtes augmente encore. Pour des adresses IP de serveur statiques et à long terme, les mécanismes directs ip4 ou ip6 sont plus efficaces car ils ne provoquent aucune requête DNS. De plus, un domaine ne doit jamais publier plusieurs enregistrements SPF distincts, ce qui entraînerait également un permerror immédiat.

Vérifier ta configuration

Pour vérifier combien de requêtes DNS tes mécanismes a, mx et include consomment au total, analyse ton domaine avec le scanner gratuit MXAudit. Il révèle la chaîne exacte de requêtes et confirme que tous les noms d’hôte se résolvent proprement.

Pour en savoir plus sur la structuration de ta pile d’authentification ou la configuration d’enregistrements spécifiques à ton hébergeur, explore le hub SPF et nos guides pratiques comme la configuration SPF chez IONOS.

Pour aller plus loin