Enregistrement SPF à configurer pour les domaines qui n'utilisent pas nos DNS

Lorsqu'un domaine hébergé chez nous utilise nos DNS, l'enregistrement SPF est configuré automatiquement et se modifie, si nécessaire, dans cPanel.

En revanche, lorsque le domaine utilise des DNS externes, par exemple parce qu'il passe par Cloudflare, cet enregistrement se gère dans le panneau du fournisseur responsable de ces DNS.

Vérifiez d'abord le TXT SPF existant dans la zone faisant autorité. Un domaine doit publier un seul enregistrement commençant par v=spf1 ; s'il existe déjà, ajoutez le mécanisme suivant avant son all final au lieu de créer un second enregistrement :

+a:spf.theservercluster.com

Si Hostsuar est le seul système autorisé à envoyer, un exemple strict serait :

v=spf1 +a:spf.theservercluster.com -all

Si Google Workspace, Microsoft 365, une plateforme de campagnes ou tout autre service envoient aussi, conservez leurs mécanismes dans le même SPF. Ne remplacez pas l'enregistrement complet par l'exemple sans avoir identifié toutes les sources d'envoi légitimes.

Où le coller et comment le vérifier

Le mécanisme a:spf.theservercluster.com fait partie de la valeur TXT SPF du domaine expéditeur ; ce n'est pas le nom d'un nouvel enregistrement A. Conservez son type de mécanisme : a: et include: ne sont pas interchangeables.

Dans Cloudflare ou un autre éditeur DNS, repérez le TXT SPF existant, notez sa valeur précédente et modifiez ce même enregistrement. Ne touchez pas aux MX : ils autorisent autre chose. Pour le domaine racine, l'éditeur peut l'afficher comme @ ou avec le nom complet.

Après l'enregistrement, consultez le TXT public et envoyez un test depuis le SMTP de Hostsuar. Vérifiez SPF et le domaine de retour dans les en-têtes chez le destinataire. Si le message part en réalité d'une plateforme externe, il faudra la configuration propre à cette plateforme.

Consultez comment gérer le SPF pour vérifier la limite de requêtes, et SPF et DKIM pour compléter l'authentification.