我每周发送电子邮件给用户,它原来的消息经常会到垃圾邮件文件夹的用户。
I'm sending weekly emails to subscribers and it turns out that messages are frequently going to the spam folder for users.
我利用亚马逊SES发送这些消息,并添加了SPF记录,根据他们的指示: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记录我的域名,我得到以下从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