☰

如何联系 Gmail 团队解决屏蔽问题？

tag-icon • tag-icon email-server gmail
如何联系 Gmail 团队解决屏蔽问题？

（我知道 ServerFault 上有几个与此问题几乎重复的问题，但不幸的是，没有一个能帮助我。不完整列表：1，2，3）

我有一个私人服务器，也是我和我家人的邮件服务器。几个星期以来，Gmail 一直在阻止来自我服务器的邮件，我不知道为什么。Google 的文档和联系表单被证明是死胡同或黑洞，他们从未回复我。

那么，我该如何就此事联系 Gmail？当然最好是人工联系。

过去几年我曾经能够发送到 Gmail，但从大约一个月前开始，我的所有邮件都被拒绝，并显示以下消息：

我们的系统检测到来自您 IP 地址的未经请求的邮件数量异常 550-5.7.1。为了保护我们的 550-5.7.1 用户免受垃圾邮件的侵扰，我们已屏蔽从您的 IP 地址发送的邮件。550-5.7.1 请访问 550-5.7.1https://support.google.com/mail/?p=UnsolicitedIPError审查我们的 550 5.7.1 批量电子邮件发件人指南。132si3016603wmh.2 - gsmtp（回复 DATA 命令的结束）

以下是我迄今为止检查和完成的工作：

  • 据我所知，我没有在我的服务器上发现任何恶意软件（也运行了 chkrootkit）。
  • 流量一如既往的低，而且我还没有在日志中发现任何可疑的东西。
  • 我的服务器不是开放中继（我使用多种在线服务进行检查）。
  • 该服务器仅供我和我的家人使用，只有经过身份验证的用户才允许发送。
  • 我的服务器/域名不是在任何 DNSBL 中列出（我使用 www.dnsbl.info 和其他网站进行了检查）。
  • 我的域名是在 DNSWL.org 中列出。
  • 我的域名是使用 Gmail 邮箱管理员工具注册。它们被标记为已验证那里。
  • 我曾尝试使用以下方式联系 Gmail 两次他们的联系表并提供了所需信息。他们没有回复我（我第一次写信给他们是在三周前，最后一次是几天前）。
  • 我确实阅读了退回邮件中提到的页面上的文档，并阅读了该页面上链接的文档，但它们都是死胡同。
  • 在 Gmail 邮箱管理员工具中，它们链接到选择您自己的冒险风格文档进行故障排除（它也链接到了 SMTP 错误消息页面的某个地方）。这也变成了一条死路，因为我满足了所有要求（唯一的例外是我没有 DKIM）。
  • 我的域名有有效的 SPF 记录，但没有 DKIM。
  • 该 IP 具有有效的反向 DNS 记录 (PTR)。

目前，我不知道该怎么做。似乎没有办法就此事与 Google 的工作人员取得联系，我也找不到为什么我的服务器被 Gmail 阻止了。

我该怎么做？我遗漏了什么？有没有办法解决这个问题，例如，我可以使用某种中继服务将邮件从我的服务器发送到 Gmail？

编辑：我检查了过去几周 Postfix 日志中的外发邮件，确实注意到一个帐户有反向散射（该用户的邮件被转发到另一台服务器，有时会将我的系统未捕获的邮件作为垃圾邮件拒绝）。这种情况大约每两天发生一次，并且总是发送到同一个地址，但我当然需要解决这个问题。除此之外，日志没有显示任何不寻常的外发邮件。我确实注册了 GSuite（前两周免费）并发送了支持请求，让我们看看情况如何……

编辑2：我确实很快就收到了 GSuite 支持人员的回复。在来回发了几封邮件后，我们进行了电话交谈。基本上，那个人告诉我，不幸的是他在这里无能为力（部门不对，无法访问必要的系统），但他还是想尝试帮助我，并将我的问题转发给其他人。那是周五，今天是周二，不幸的是到目前为止什么也没发生。邮件仍然不起作用，所以又是一个死路一条，我会尝试通过电话联系其他人http://www.wikihow.com/Contact-Google。

答案1

问题的答案“如何联系 Gmail 团队？”是：你不能。你只能猜测哪里出了问题并希望获得最好的结果。

我终于设法让 Gmail 再次接受我的邮件。缺少的部分是密钥管理信息系统和DMARC：我昨天已将对这些的支持添加到我的服务器中，现在我可以再次发送到 Gmail 了。

因此，为了让 Gmail 满意，有一个很长的清单：

  • 检查您是否没有通过某些恶意软件或受感染的用户发送垃圾邮件（检查外发邮件服务器日志！）
  • 确保服务器 IP 具有有效的反向 DNS 记录 (PTR)。
  • 检查您的服务器是否为开放中继（有在线服务）。
  • 检查您的服务器/域名未在任何 DNSBL 中列出（例如通过 www.dnsbl.info 或其他）。
  • （可选？将域名添加到 DNSWL.org）
  • （可选？将域名添加到 Gmail 邮箱管理员工具，并确保它们被标记为已验证那里。）
  • 为您的域名提供有效的 SPF 记录。
  • 已设置 DKIM。
  • 已设置 DMARC。

我认为 Gmail 调整了他们的政策，因为相同的设置（没有 DKIM 和 DMARC）运行了几个月，没有变化。

如果出现任何问题，您都无法联系 Gmail 团队，这确实很麻烦。我知道他们不喜欢支持每个小型邮件服务器运营商，但是如果您无法联系 Gmail 用户，这可能会对企业造成很大损害，因此 Google 应该在这方面做得更好！即使我通过 GSuite 支持联系到的 Google 人员也无法提供任何帮助，他也不知道普通人如何联系他们（他暗示他确实给他们写过信，但没有期待任何回复）。

更新：因此不幸的是，虽然我可以从主域发送到 Gmail，但来自第二个域（也具有有效的 SPF、DKIM 和 DMARC 并且来自同一服务器）的邮件仍然被 Gmail 拒绝。太好了…

更新 2：所以我发现了另一个谜题。出于某种原因，当我使用主域名时，我的服务器使用 IPv4 联系 Gmail，但当我尝试使用辅助域名发送邮件时，它使用 IPv6。我在 Google 的 DMARC 报告中注意到了这一点（但在报告中，所有值都报告为“经过”…谷歌，你他妈什么鬼？）但也许是只是“幸运”，在我的测试中 IPv4 与我的默认域一起使用。

我确实检查过我的 IPv6 有一个 rPTR，因此IPv6 地址 → 主机名 → IPv6 地址正确还有Postfix 使用了正确的 HELO。

无论如何，解决这个问题的方法是强制 Postfix 通过 IPv4 发送至 Gmail。

以下是在 Postfix 中执行此操作的方法。将以下几行添加到您的配置中（该transport_maps行可能已存在于您的系统中）：

main.cf:
transport_maps = hash:/etc/postfix/transport

transport.cf:
gmail.com       smtp-ipv4:
google.com      smtp-ipv4:
googlemail.com  smtp-ipv4:

master.cf:
smtp-ipv4 unix  -       -       n       -       -       smtp
  -o inet_protocols=ipv4
  -o inet_interfaces=my.ipv4.addr.ess

注意：我发现的大多数关于此内容的指南都没有此-o inet_interfaces=my.ipv4.addr.ess行（显然，请在此处插入服务器的 IPv4 地址），但如果没有它，我就会收到一条错误消息fatal: config variable inet_interfaces: host not found: my:ipv6:address。

完成这些更改后，请致电

postmap /etc/postfix/transport

或者无论您的文件路径transport是什么，然后重新启动 Postfix（简单的重新加载可能不起作用）。

更新 3：我遇到了另一个问题：使用 Gmail 作为 MX 的域名。强制通过 IPv4 连接似乎transport没有帮助。这迫使我采取了一个非常野蛮的解决方案：优先使用 IPv4 而不是 IPv6（在这个答案）。

main.cf:
smtp_address_preference = ipv4

相关内容