我们是否有可能遇到雅虎电子邮件声誉问题？
Yahoo 原始邮件标头找到我发布的政策：dmarc=success(p=REJECT,sp=REJECT)
发送给 Google 和 Outlook 客户的电子邮件不会被归为垃圾邮件，但 Yahoo 则会。
最终，一周前，我们解决了困扰我们很长时间的 dkim 域名“失败”问题。
这是来自雅虎的最新 xml dmarc 报告的副本：
<?xml version="1.0"?>
<feedback>
<report_metadata>
<org_name>Yahoo! Inc.</org_name>
<email>[email protected]</email>
<report_id>1596849225.380362</report_id>
<date_range>
<begin>1596758400</begin>
<end>1596844799</end>
</date_range>
</report_metadata>
<policy_published>
<domain>filmfix.com</domain>
<adkim>r</adkim>
<aspf>r</aspf>
<p>reject</p>
<pct>100</pct>
</policy_published>
<record>
<row>
<source_ip>76.80.54.218</source_ip>
<count>2</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>pass</dkim>
<spf>pass</spf>
</policy_evaluated>
</row>
<identifiers>
<header_from>filmfix.com</header_from>
</identifiers>
<auth_results>
<dkim>
<domain>filmfix.com</domain>
<result>pass</result>
</dkim>
<spf>
<domain>filmfix.com</domain>
<result>pass</result>
</spf>
</auth_results>
</record>
</feedback>
看起来我们一切准备就绪。
因此我通过发送电子邮件进行测试，结果我的电子邮件最终进入了雅虎垃圾邮件文件夹。
我必须提到我的text/plain原始块
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
仍然有一些格式问题。它里面有很多=3D20和其他字符串。这使得它很难阅读，就像这里一样：
=3DEF=3DBB=3DBF =3D0D =3DE2=3D9D=3DA4 =3DC3=3D84pfel fallen von B=3DC3=3DA4=
ume wenn sie =3D
=3DC3=3DBCberreif =3D20
sind, oder wenn der Wurm im Apfel steckt. =3D0D =3D0A=3D
（目前这项工作正在进行中。）
更新 1：
从那时起，我将我的 dmarc DNS 记录从 更改为v=DMARC1; p=reject; ...，v=DMARC1; p=none; ...并查看这是否是它们有时甚至无法送达的原因；甚至不是垃圾邮件！
现在我回到：v=DMARC1; p=quarantine; ...
更新2：
今天我们收到了一封来自 bellsouth.net 邮件的估价询问请求。他没有收到我们的自动估价邮件回复。
我们通过向他发送一封单独的电子邮件发现了这一事实，该邮件中没有任何链接，但仍在使用 FilmFix.com，但该邮件最终出现在他的垃圾邮件文件夹。
Response received from 76.80.54.218:
Authoritative response (AA): No
Recursion available (RA): Yes
Truncated (TC): No
Answer section:
A-record for bellsouth.net:
IP address: 216.77.188.73
TTL = 10800 (3 hours)
Additional section:
EDNS0 options:
UDP payload size: 1280
DNSSEC OK (DO flag): No
查找 IP 73.188.77.216.in-addr.arpa 我得到了这个：
Response received from 76.80.54.218:
Authoritative response (AA): No
Recursion available (RA): Yes
Truncated (TC): No
Header:
RCODE 3 - Non-Existent Domain
Authority section:
SOA-record for 77.216.in-addr.arpa:
Primary DNS server: ns0.attdns.net
Responsible person: [email protected]
Serial number: 2019121901
Refresh interval: 3600
Retry interval: 1800
Expire interval: 2592000
Default / minimum TTL: 300
TTL = 300 (5 minutes)
Additional section:
EDNS0 options:
UDP payload size: 1280
DNSSEC OK (DO flag): No
我们也曾使用过 AT&T 作为 ISP，当时也为我们提供 rDNS 条目（用于不同的 IP 地址）。
更新 3：
以下是我的 DNS 设置（部分内容）。我使用简单 DNS Plus作为控制者。
我刚刚注意到 76-80-54-219.filmfix.net 的条目优先级较低，为 [10]（标记为蓝色），而 76-80-54-218.filmfix.net 的优先级为 [11]。我只为 IP 76.80.54.218 设置了 spf、dkim 和 dmarc，所以我继续删除了 76-80-54-219.filmfix.net 条目。我不确定这是否会导致问题。Gmail 和 Outlook 都支持该配置。
前段时间，在 spf、dkim 和 dmarc 出现之前，有人建议使用两个 IP 以避免被归为垃圾邮件。我不确定现在是否仍然如此。
更新 4：
我一直在监控我的 dmarc 报告。我使用 easydmarc.com 来阅读它们。以下是我从 2020 年 8 月 31 日到 2020 年 9 月 14 日的报告，这里还有图片：
9 月 2 日，雅虎公司记录到一次 dkim 失败，9 月 7 日记录到一次 dkim 通过（但没有记录 dkim 结果）。看来我们在使用雅虎时仍然遇到问题。
报告中显示，我们似乎遇到了两次冒充尝试。如果我没看错的话，一次是来自 secureserver.net 173.201.193.33，另一次是来自 hostpoint.ch 217.26.49.174。
此外，我后来在“请求估价”自动回复邮件中添加了图像跟踪器。这样我就可以识别用户是否收到了他们请求的电子邮件。
来自这些域名的电子邮件地址的请求
- @gmail.com
- @icloud.com
- @swissmail.org
- @wibox.fr
根据要求记录图像。
这些没有返回对图像的请求，从中我可以得出结论（经过一些假设）该电子邮件从未被查看过（并且可能最终成为垃圾邮件）：
- @yahoo.com
- @verizon.net
- @spamgourmet.com
- @ameritech.net
更新 5：
我现在正逐步转向针对失败电子邮件的 dmarc 拒绝政策。
这是新政策
v=DMARC1; p=reject; pct=25; rua=mailto:[left out]; ruf=mailto:[left out]; sp=reject; fo=0:1:d:s;
答案1
- Yahoo! 使用 Spamhaus，请确保您的传出 IP 没有列在那里。
- 填补接触填写表格并等待 Verizon 团队的人员与您联系
- 检查Yahoo 传递率常见问题解答并确保你遵守他们的声明
- 除了正确配置 SPF/DKIM 和 DMARC 记录设置之外，还有更多可以提高邮件传递率的方法 - 确保您的发送方式良好。（不要收到太多的退回邮件、在冷营销的情况下验证电子邮件地址、尊重选择退出的潜在客户的决定、摆脱不参与的用户等）