如何正确设置DNS SPF记录? [英] How to properly set up DNS SPF records?
问题描述
我每周发送电子邮件给用户,它原来的消息经常会到垃圾邮件文件夹的用户。
I'm sending weekly emails to subscribers and it turns out that messages are frequently going to the spam folder for users.
我利用亚马逊SES发送这些消息,并添加了SPF记录,根据他们的指示:<一href="http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917">http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917
I'm utilizing Amazon SES to send these messages and have added an SPF record according to their instructions: http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917
在查询SPF记录我的域名,我得到以下从<一回href="http://www.kitterman.com/spf/validate.html">http://www.kitterman.com/spf/validate.html:
In querying the SPF records for my domain I get the following back from 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,
有关我的CloudFlare DNS记录,我有:
For my CloudFlare DNS records I have:
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
这些电子邮件正在从no-reply@mydomain.tld和admin@mydomain.tld。
The emails are being sent from "no-reply@mydomain.tld" and "admin@mydomain.tld".
有些用户报告说,看到以下消息:虚假地显示为消息的退回的邮件响应(系统生成的电子邮件,你可能会得到自动发送无法递送,例如一个消息的消息后,发送到一个无效的电子邮件地址)
Some users have reported seeing the following message: "Messages that falsely appear to be a "bounced message" response (a system-generated email that you might automatically get after sending a message that can't be delivered such as a message sent to an invalid email address)"
使用我当前的发送解决方案我无法将DKIM添加到电子邮件。
With my current sending solution I can't add a DKIM to the emails.
怎么可以这样解决,以减轻任何形式的收据的问题为我们的用户?
推荐答案
有没有有效的 TXT
记录为您的域(注意,测试不返回任何,请参阅下面的工作示例),这是造成周围的那些失踪报价 TXT
你定义的记载,说明如在记录类型支持:
There are no valid TXT
records for your domain (notice that the test doesn't return any, see below for a working example), which is caused by missing quotes around those TXT
records you defined, as explained e.g. in Record Types Supported:
不像其他大多数的记录类型,对于TXT记录的数据字段 基本上自由形式,甚至可以包括空格。请注意:当 输入一个字符串,包括空格,如SPF记录,您必须 请将字符串用双引号;否则,个人的话会 单独报价,并打破了纪录为多个部分。
Unlike with most other record types, for TXT records the Data field is essentially free-form and may even include spaces. Please note: When entering a string that includes spaces, such as SPF records, you must enclose the string in double quotes; otherwise, individual words will be separately quoted and break up the record into multiple parts.
下面是 TXT
的记录,我们目前使用成功地为亚马逊SES 按照鉴定您的电子邮件地址和(这是的确不幸的是,他们的文件没有涉及引用的需求):
Here are the TXT
records we currently use successfully for Amazon SES as per Authenticating Your Email Address and (it's indeed unfortunate that their documentation doesn't address the quoting needs):
"v=spf1 include:amazonses.com ~all"
"spf2.0/pra include:amazonses.com ~all"
因此,这里是我们的领域的简写结果的测试,你已经运行:
Accordingly, here is our domain's abbreviated result for the test you have been running:
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
这篇关于如何正确设置DNS SPF记录?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!