web-dev-qa-db-fra.com

Comment configurer correctement les enregistrements DNS SPF?

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

J'utilise Amazon SES pour envoyer ces messages et j'ai ajouté un enregistrement SPF conformément à leurs instructions: http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917 =

En interrogeant les enregistrements SPF pour mon domaine, j'obtiens ce qui suit 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 enregistrements DNS CloudFlare, j'ai:

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 par "[email protected]" et "[email protected]".

Certains utilisateurs ont signalé avoir vu le message suivant: "Messages qui semblent faussement être une réponse" message renvoyé "(un e-mail généré par le système que vous pourriez recevoir automatiquement après l'envoi d'un message qui ne peut pas être remis, tel qu'un message envoyé à un Adresse e-mail invalide)"

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

Comment résoudre ce problème afin d'améliorer tout type de problème de réception pour nos utilisateurs?

27
ylluminate

Il n'y a pas d'enregistrements TXT valides pour votre domaine (notez que le test n'en renvoie aucun, voir ci-dessous pour un exemple de travail), ce qui est dû à des guillemets manquants autour des enregistrements TXT que vous avez définis , comme expliqué par exemple dans Types d'enregistrement pris en charge :

Contrairement à la plupart des autres types d'enregistrements, pour TXT enregistrements, le champ Données est essentiellement de forme libre et peut même inclure des espaces. Remarque: Lorsque vous entrez une chaîne qui inclut des espaces, tels que des enregistrements SPF, vous doit entourer la chaîne de guillemets doubles, sinon les mots individuels seront cités séparément et diviseront l'enregistrement en plusieurs parties.

Voici les enregistrements TXT que nous utilisons actuellement avec succès pour Amazon SES selon Authentification de votre adresse e-mail et (il est en effet regrettable que leur documentation ne traite pas de la citation des besoins):

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

En conséquence, voici le résultat abrégé de notre domaine 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 
23
Steffen Opel