尽管 spf=pass、dkim=pass 和 dmarc=pass，但发给 Yahoo 的电子邮件最终都在 SPAM 文件夹中

雅虎电子邮件是否存在声誉问题？

雅虎原始邮件标头找到我发布的政策：dmarc=success(p=REJECT,sp=REJECT)

发送给 Google 和 Outlook 客户的电子邮件不会成为垃圾邮件，但 Yahoo 会。

终于在一周前，我们用我们经历了很长时间的域解决了 dkim 'FAIL' 问题。

这是来自 Yahoo 的最新 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; ...to更改为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 设置（部分内容）。我使用Simple 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 日，雅虎！Inc. 记录了 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;