Enregistrement SPF - SPELER SERVER SPF Record Permerror
Je ne peux pas sembler obtenir un enregistrement SPF fonctionner pour un client de la nôtre, Google Mail continue d'échouer à la recherche.
Mon disque SPF est
v = SPF1 A IP4: 80.74.254.215 Inclure: mx1.helloververy1.co.uk incluent: _spf.google.com Inclure: smtpoutes.com include: smtpout.com
Les clients principaux serveur de messagerie sont
smtproutes.com et smtpout.com
Celles-ci fonctionnent bien, SPF passe comme prévu.
mx1.helloevery1.co.uk est notre serveur de messagerie. C'est une simple configuration ISPCONFIG Postfix. Nous envoyons tout le courrier sur 1 compte, disons que c'est "[email protected]".
Il existe un nom d'utilisateur et un mot de passe mis en place pour envoyer, mais nous modifions l'adresse "de" dans notre application. L'adresse de l'adresse est "[email protected]".
"[email protected]" n'est pas mis en place sur mx1.helloververver1.co.uk. C'est uniquement sur les serveurs clients.
Lorsque j'envoie via mon serveur SMTP sur le site, je reçois l'erreur suivante lorsque j'envoie à mon compte de messagerie.
Reçu-SPF: permaneur (google.com: erreur permanente dans le traitement pendant la recherche d'[email protected]) Client-IP = 212.71.234.103;
Résultats d'authentification: mx.google.com; SPF = permaneur (Google.com: erreur permanente dans le traitement pendant la recherche d'[email protected]) [email protected]
Cela semble qu'il tente de rechercher le domaine sur mon serveur SMTP (où n'est pas configuré). Si je devais configurer le domaine sur mon serveur SMTP et créer un compte, alors lorsque j'envoie sur mon serveur SMTP, il tentera de la livrer localement.
J'ai toujours supposé que SPF n'était qu'un outil de vérification pour dire quel serveur est autorisé à envoyer mais n'a jamais pris en compte le courrier électronique.
Je suis coincé comme je ne peux pas trouver une ressource sur la création du disque SPF que je peux comprendre
Un enregistrement SPF indique que les messages de messagerie sont autorisés à envoyer du courrier à partir du domaine d'envoi. De manière fondamentale, qu'est-ce qui est dans la référence: adresse.
Donc, si vous avez quelqu'un envoi de courrier en tant que "[email protected]" et que le message de messagerie de réception vérifie SPF, il recherche un enregistrement SPF sur "ninja.com" pour voir si l'envoi de messagerie d'envoi est répertorié.
Est-ce que cela répond à votre question ?
La raison de Google permaneur est que le domaine mx1.helloevery1.co.uk mentionné dans votre SPF include: Mécanisme n'a aucun enregistrement SPF configuré de son propre. Ceci est mentionné ici :
Inclure: <domaine> : le fichier spécifié domaine est recherché un match. [...] AVERTISSEMENT: Si le domaine n'a pas d'enregistrement SPF valide, le résultat est une erreur permanente. Certains récepteurs de courrier rejetteront en fonction d'un permerrorror.
Comme vous avez découvert , en utilisant le ip4: ip6: Mécanismes aide (utiliser les deux, car vous ne savez pas ce qu'IP Google voit de l'hôte envoi, il peut donc échouer si vous utilisez uniquement ip4:). Pour fournir une certaine résilience contre les modifications de l'adresse IP, vous pouvez autoriser une gamme d'adresses IP ( instructions ).
Cependant, si vous avez accès au DNS du include:- Domaine Ed, il s'agit également d'une solution plus propre pour configurer un enregistrement SPF pour elle aussi, de sorte que l'adresse IP de votre expéditeur transmet ce test SPF. Il rend votre autre enregistrement SPF résilient contre les changements d'adresse IP.
La raison pour laquelle l'enregistrement SPF avec le paramètre ~ Tous à la fin a probablement fonctionné n'est pas nécessairement en raison de l'inclusion des adresses IP4 et IP6, mais à cause du paramètre ~ Tous.
~ Tout est un échec doux: tous les serveurs de messagerie non répertoriés dans l'enregistrement SPF ne sont pas autorisés à envoyer du courrier à l'aide du domaine de l'expéditeur, mais le propriétaire du domaine ne veut pas faire une affirmation forte à cet effet. Ainsi, en d'autres termes, la vérification du SPF échoue nécessairement et le serveur de réception peut accepter le message électronique.