☰

设置

tag-icon • tag-icon email gmail
设置

设置

  • 使用 Google Suite 管理入站/出站电子邮件。所有 MX 记录均已针对我的域正确配置。
  • 使用谷歌的基于网络的电子邮件客户端发送/接收电子邮件
  • 我们几乎收到了所有的电子邮件，但是，有几封来自公司域的电子邮件从未到达。没有退回邮件提醒发件人电子邮件从未送达，也没有电子邮件到达的证据（我使用查看了入站邮件日志admin > reports > audit > email log）
  • 我已经spf，dkim并且dmarc设置完毕，运行正常。

我可以排除

  • 绝对不是常见的罪魁祸首：spam folder，，custom filters等等，因为我没有在日志中看到任何电子邮件
  • MX 记录设置，因为我收到了大多数其他电子邮件

有可能

  • DNS 传播问题？我们最近切换到了新的。在我们开始注意到此问题的同时，我将所有记录从 DNS 管理导出/导入。此后我已恢复到原始配置，DNS但问题仍然存在。DNSzoneeditzeit.cozoneedit
  • 我们无法从每个域接收电子邮件，每个域都设置了单独的出站电子邮件。如果不访问他们的电子邮件日志，就无法真正验证这一点。而且试图获得合作的可能性也不大。

我测试过的东西

  • client@their_corp_domain.com-> me@my_corp_domain.com- 无电子邮件，无退回
  • me@my_corp_domain.com->client@their_corp_domain.com有效！然后当他们点击回复并发送时 - 没有电子邮件，没有退回
  • 更奇怪的是：me@my_corp_domain.com-> client@their_corp_domain.comcc: [email protected]，cc:[email protected]有效！当他们群回复时，没有任何反应！甚至连我的 gmail 或 hotmail 账户也没有。

理论

  • 更改 DNS 会造成混乱，当发件人的邮件系统尝试解析我的 MX 记录时，他们会看到一些不一致的 IP 地址，然后就会感到很沮丧。或者，zeit dns托管服务器中有一些列入黑名单的 IP 地址，导致电子邮件消失。

我基本上是在寻找其他可以尝试和测试的想法，以帮助解决这个难以捉摸的错误。如果您运行自己的出站电子邮件服务器并愿意帮助我处理日志，我将不胜感激。

更新

根据评论，我做了一些额外的测试：

反弹

  • them@their_corp_domain.com -> 虚假电子邮件：BOUNCEBACK REC'D。

从其他域名发送电子邮件至 me@my_corp_domain.com

  • [电子邮件保护]<--> me@my_corp_domain.com：双向有效。
  • [电子邮件保护]<--> me@my_corp_domain.com：双向有效。
  • me@my_other_corp_domain（也由 google apps 管理）<--> me@my_corp_domain.com：双向有效。不确定，但我认为基于 google 的邮件服务器能够查看它是否是内部传递，并直接路由它。我附上了路由的屏幕截图电子邮件路由

从他们的终端跟踪路由

  • 这里没有问题。我认为真正有趣的问题是从他们的 SMTP 服务器跟踪路由是什么样的。这些无法向我们发送电子邮件的公司域均将其邮件处理外包给第三方提供商。

  • 据我所知，有 3 个不同的公司域名无法向我们发送电子邮件。

一些调查

我进行了一些调查，发现它REDACTED.gslb.pphosted.com出现REDACTED.ecicloud.com在MX3 个账户中的 2 个的记录中。另一个公司域用于http://www.abacusgroupllc.com/其管理的 IT。

我尝试telnet直接对上述服务器之一执行 ，以通过 直接伪造电子邮件smtp。这可能是一个转移注意力的借口，但对于 ，rcpt to: <someone@their_corp_domain.com>我得到了Sender ok，但对于其域外的任何地址，我得到的是Relaying denied。无论如何，这都不是详尽的测试。

MX 记录 TTL

  • 根据评论中的建议，我检查了 TTL。它们最初是每个 MX 记录 7200 秒。现在我已将它们全部更新为 3600 秒。

MXToolbox 标头分析

  • 根据 harrymc 的建议，我运行了标题分析并得出以下结果：结果。老实说，我不太清楚我在这份报告中看到的是什么，但我可以看到SPF，DKIM和DMARC配置不正确。我猜google邮件服务器只是拒绝来自此域的电子邮件。

答案1

根据手头的信息，由于您的设置对大多数客户端都有效，因此可以得出结论，问题出在客户端域的设置不当。您这边出现 DNS 错误的可能性非常低，因为对于大多数客户端来说，您的服务器都可以正常工作。

很难说到底哪里出了问题，但由于每天发送的虚假邮件数量众多，Google 服务器对电子邮件的审核变得非常严格。由于采取了这些措施，就我的经验而言，Gmail 用户收到的垃圾邮件少了很多。

问题域名的邮件服务器很可能没有实现 DMARC （基于域的消息认证、报告和一致性）。

G Suite 管理员帮助 关于 DMARC 有这样的文字：

针对失败邮件的 DMARC 操作

当收到的邮件未通过 DMARC 检查时，DMARC 策略将定义如何处理该邮件。有三种可能的操作：

  • 不对消息采取任何措施。
  • 将该邮件标记为垃圾邮件并投递到收件人的 Gmail 垃圾邮件文件夹。
  • 告诉接收服务器拒绝该消息。

我对管理 G Suite 一无所知，所以无法告诉你在哪里可以定义要采取的操作。你的默认设置可能是不对邮件采取任何操作，因此电子邮件就消失了。你可以更改它，让它留下一些痕迹来证明它的存在。

文章Gmail 设置， 部分 无需身份验证即可批准发件人 提到了一种在服务器上禁用 DMARC 测试的方法：

在 Google 管理控制台中自定义您域的垃圾邮件设置时，您可以选择不要求发件人进行身份验证。

这可能比试图说服这些失败域名的管理员升级他们的邮件服务器以便通过 DMARC 测试更好，尽管这会使您通过电子邮件遭受通常的攻击，并迫使您在点击收到的电子邮件中的链接时极其小心。

相关内容