Comment configurer correctement les enregistrements DNS SPF?

Question

J'envoie des courriels hebdomadaires aux abonnés et il s'avère que les messages vont fréquemment dans le dossier spam pour les utilisateurs.

Je suis en utilisant Amazon SES pour envoyer ces messages et ont ajouté un enregistrement SPF selon leurs instructions: http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917

En interrogeant les enregistrements SPF pour mon domaine, je reçois le texte suivant retour de http://www.kitterman.com/spf/validate.html:

SPF record lookup and validation for: mydomain.tld 

SPF records are primarily published in DNS as TXT records. 

The TXT records found for your domain are: 


SPF records should also be published in DNS as type SPF records. 
Type SPF records found for the domain are: 


Checking to see if there is a valid SPF record. 

Found v=spf1 record for mydomain.tld: 
v=spf1 include:amazonses.com ?all 

evaluating... 
Results - record processed without error. 

The result of the test (this should be the default result of your record) was, none . The explanation returned was, 

Pour mes CloudFlare DNS je:

SPF mydomain.tld v=spf1 include:amazonses.com ?all with automatic TTL 
TXT mydomain.tld spf2.0/pra include:amazonses.com ?all with automatic TTL 

Les e-mails sont envoyés de « non-réponse @ myd omain.tld "et" admin@mondomaine.tld ". Certains utilisateurs ont signalé avoir vu le message suivant: "Messages qui apparaissent à tort comme une réponse" rebondi "(un message généré par le système que vous pourriez recevoir automatiquement après l'envoi d'un message qui ne peut pas être délivré, par exemple un message message envoyé à une adresse e-mail invalide) "

Avec ma solution d'envoi actuelle, je ne peux pas ajouter de DKIM aux e-mails.

Comment cela peut-il être résolu de manière à améliorer tout type de problème de réception pour nos utilisateurs?

Answer 1

Il n'y a pas TXT valide les enregistrements de votre domaine (notez que le test ne retourne pas, voir ci-dessous pour un exemple de travail), qui est causée par manque des guillemets autour de ces TXT dossiers que vous avez défini, comme expliqué par exemple en Record Types Supported:

Contrairement à la plupart des autres types d'enregistrements, pour TXT enregistre le champ de données est essentiellement sous forme libre et peut même inclure des espaces. S'il vous plaît noter: Lorsque entrer une chaîne qui comprend des espaces, tels que les enregistrements SPF, vous devez placer la chaîne entre guillemets doubles; sinon, les mots individuels seront cotés séparément et diviser l'enregistrement en plusieurs parties.

Voici les TXT documents que nous destinés à être utilisés actuellement avec succès Amazon SES comme par Authenticating Your Email Address et (il est en effet regrettable que la documentation ne répond pas aux besoins en citant):

"v=spf1 include:amazonses.com ~all" 
"spf2.0/pra include:amazonses.com ~all" 

En conséquence, voici notre domaine de résultat abrégé pour le test que vous avez exécuté:

SPF record lookup and validation for: [...] 

SPF records are primarily published in DNS as TXT records. 

The TXT records found for your domain are: 
spf2.0/pra include:amazonses.com ~all 
v=spf1 include:amazonses.com ~all 

[...] 

Checking to see if there is a valid SPF record. 

Found v=spf1 record for services.marescom.net: 
v=spf1 include:amazonses.com ~all