Email DMARC故障仅适用于linkedin

我只是在几周前设置了我们的域名，使用SPF和DMARC，但没有DKIM atm。但我每隔一段时间就会收到linkedin的DMARC故障报告：

This is an email abuse report for an email message received from IP 213.160.4.146 on Tue, 16 Jul 2019 12:34:26 +0000.
The message below did not meet the sending domain's dmarc policy.
The message below could have been accepted or rejected depending on policy.
For more information about this format please see http://tools.ietf.org/html/rfc6591 .

---

如中所述，邮件服务器的自动响应（如NDR和外出回复）通常会出现这种行为

在这些情况下，

smtp.mailfrom

字段为空，在大多数SPF实现中，检查返回到检查直升机身份（推荐），如中所述

即使您为直升机标识创建SPF记录，如果直升机标识不共享

Header.From

address的组织域，您仍可能因未对齐而导致DMARC（在SPF上）失败

在您的特定情况下，直升机身份将假定为

postmaster@firewall.biv-org

和报告的域（

Header.From

）设置为：

biv ot.org

。这意味着为

firewall.biv ot.org

发布SPF记录将解决您的问题

另请注意：您仅在DMARC策略中发布

ruf=

地址。几乎没有邮箱提供商发送取证/失败报告，因此仅依靠这些报告来判断您的电子邮件身份验证实践是否处于良好状态是不明智的。

---

这些博客介绍了这些取证/故障报告如此稀少的原因。

查看

原始邮件发件人：

和

原始rcpt收件人：

字段，我怀疑这与NDR消息有关。通常，

smpt.mailfrom

在NDR消息中被剥离，接收服务器依赖于对SPF的HELO检查。服务器响应连接时使用的名称。如果您在DNS中发布该名称的SPF记录，您可能已经解决了问题。该SPF记录应仅包含使用该名称的服务器的IP。实际上，这是一个外出自动回复，但我始终会检查使用的是什么EHLO名称。有关您情况的任何更新可能会帮助其他人。“你查清楚了吗，@Verim？”？NDR和DSN就像一个离开办公室的人一样，在标题方面看起来非常相似。此外，在DMARC记录中设置rua标记可能有助于您了解此特定问题。

Feedback-Type: auth-failure
User-Agent: Lua/1.0
Version: 1.0
Original-Mail-From: 
Original-Rcpt-To: messages-noreply@linkedin.com
Arrival-Date: Tue, 16 Jul 2019 12:34:26 +0000
Message-ID: <5cd…8b2f@SR-EXC.biv.local>
Authentication-Results: dmarc=fail (p=none; dis=none) header.from=biv-ot.org
Source-IP: 213.160.4.146
Delivery-Result: delivered
Auth-Failure: dmarc
Reported-Domain: biv-ot.org

biv-ot.org:
MX:    mail.biv-ot.org
A:     148.251.171.224
SPF:   v=spf1 a mx include:ot-live.zms.hosting a:mout.kundenserver.de ~all
DMARC: v=DMARC1; p=none; ruf=mailto:…; fo=s 

mail.biv-ot.org:
A: 213.160.4.146