尽管spf=pass，dkim=pass和dmarc=pass，给雅虎的电子邮件最终还是被放在垃圾邮件文件夹中。

Question

我们是否有可能在雅虎的电子邮件中出现声誉问题？

雅虎原始邮件标题查找我发布的策略：dmarc=success(p=REJECT,sp=REJECT)

给谷歌和Outlook的客户的电子邮件不是垃圾邮件，而是雅虎的垃圾邮件。

最后，一周前，我们解决了dkim‘失败’与域，我们已经经历了很长时间。

这是Yahoo最新的xml dmarc报告的副本：

<?xml version="1.0"?>   
<feedback>  
  <report_metadata> 
    <org_name>Yahoo! Inc.</org_name>    
    <email>postmaster@dmarc.yahoo.com</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记录从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.I 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: eiss-dns@att.com
    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加法作为控制器。

我刚刚注意到，有一个条目为76-80-54-219，10的优先级较低，而76.80-54-218则是11。我只有spf，dkim和dmarc设置的IP 76.80.54.218，所以我继续前进，并删除了76-80-54-219电影补丁。我不知道这是否会引起问题。Gmail和Outlook对这种配置都很满意。

一段时间以前，早在spf、dkim和dmarc之前，就有人建议有两个IP来结束垃圾邮件。我不知道这种情况是否仍然存在。

更新4:

我一直在监视我的dmarc报告。我用easydmarc.com来阅读它们。这是我从2020年8月31日至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;

Answer 1

1. 雅虎!使用Spamhaus，确保您的输出IP没有列在那里。
2. 填写联系方式表格，等待Verizon的人与您联系
3. 检查雅虎交付能力常见问题解答并确保您符合他们的语句
4. 除了SPF/DKIM和DMARC记录设置(正确配置)之外，还有更多的可交付性--确保您的发送实践是在良好的条件下进行的。(没有收到太多回弹，在冷营销情况下确认电子邮件地址，尊重选择退出的领导的决定，摆脱未参与的用户，等等)