☰

某些域拒绝接收 Google Apps 电子邮件

tag-icon • tag-icon email g-suite spf mx-record
某些域拒绝接收 Google Apps 电子邮件

我正在将我域中的电子邮件迁移到 Google Apps 的电子邮件中。大多数情况下似乎都正常工作，但发送给（至少）sonic.net 上的任何用户的电子邮件都会被拒绝，并显示以下形式的消息（其中any-address已替换为我朋友的地址）：

来自：邮件传递子系统 <[电子邮件保护]>
日期：2010 年 3 月 11 日上午 10:04:48（太平洋标准时间）
到：[电子邮件保护]
主题：递送状态通知（失败）
送到了（送去了：[电子邮件保护]
接收者：10.229.194.26，SMTP ID 为 dw26cs8717qcb；2010 年 3 月 11 日星期四 10:04:48 -0800 (PST)
接收者：10.223.68.143，SMTP ID 为 v15mr3841599fai.62.1268330688325；2010 年 3 月 11 日星期四 10:04:48 -0800 (PST)
接收者：10.223.68.143，SMTP ID 为 v15mr5119424fai.62；2010 年 3 月 11 日星期四 10:04:48 -0800 (PST)
Mime 版本：1.0
返回路径：<>
X-失败的收件人：[电子邮件保护]
消息 ID：<[电子邮件保护]>
内容类型：text/plain；字符集=ISO-8859-1
内容传输编码：quoted-printable

完全无法传送给下列收件人：

    [电子邮件保护]

永久性故障的技术细节：
Google 已尝试发送您的邮件，但遭到收件人域的拒绝。
我们建议联系其他电子邮件提供商以获取有关
此错误的原因。另一台服务器返回的错误是：550 550 5.1.1
<[电子邮件保护]>... 这里没有这样的用户（状态 13）。

以下是反弹邮件的标题：

接收：10.101.90.7，SMTP ID 为 s7mr2515885anl.176.1267979929490；
       2010 年 3 月 7 日星期日 08:38:49 -0800 (太平洋标准时间)
返回路径：<[电子邮件保护]>
收到：来自 [10.0.1.203] (adsl-76-201-171-194.dsl.pltn13.sbcglobal.net [76.201.171.194])
       发布者：mx.google.com，ESMTPS id 为 4sm1046550yxd.70.2010.03.07.08.38.48
       （版本=TLSv1/SSLv3 密码=RC4-MD5）；
       2010 年 3 月 7 日星期日 08:38:49 -0800 (太平洋标准时间)
来自：“保罗·J·卢卡斯”<[电子邮件保护]>
内容类型：text/plain；字符集=us-ascii
内容传输编码：quoted-printable
主题：一些有趣的主题
日期：2010 年 3 月 7 日星期日 08:38:46 -0800
参考文献：<[电子邮件保护]>
到：[电子邮件保护]
消息 ID：<[电子邮件保护]>
Mime 版本：1.0（Apple Message 框架 v1077）
X-Mailer：苹果邮件（2.1077）

但是，我可以使用我的旧电子邮件帐户向 sonic.net 上的用户发送电子邮件。另外，我的公司使用 Google Apps 发送电子邮件，我可以从我的公司向 sonic.net 上的用户发送电子邮件。我的个人电子邮件和公司电子邮件之间的区别如下：

  • 我公司的域名没有 SPF 记录，而我的有。
  • 我公司的域名有 A 记录，但我的没有。

我的 SPF 记录最初符合 Google 的规定这里。 然而，这家伙声称 Google 错了并给出了解决方案。我尝试了这两种方法，但都没有什么区别。我的 SPF 记录目前是：

v=spf1 mx include:aspmx.googlemail.com include:_spf.google.com ~all

至于缺少 A 记录，您不会认为只要定义了 mx 记录，邮件主机就会关心这一点。

然而，有趣的是，如果你看看错误消息，为什么谷歌会说收件人的域名说“这里没有这样的用户”我的地址？这毫无意义。课程sonic.net 上没有用户知道我的地址。

此外，我认为我刚刚发现我无法向 sonic.net 的用户发送邮件，并且可能还有其他我无法向其发送电子邮件的域。

那么...有人知道发生了什么吗？我如何才能将邮件发送给 sonic.net 的用户？

答案1

我随后收到了 sonic.net 技术支持的一封电子邮件（令人印象深刻，特别是因为我甚至不是他们的客户），他们说“我看到的奇怪 IP 条目正在逐渐平滑进入更正常的设置”。

此后，我发送了测试邮件，没有收到退回邮件，也收到了回复。看来发往 sonic.net 的邮件是有效的。因此，原因可能是以下三点之一：

  1. 我的域名缺少 A 记录（这没什么，但他们将其用作反垃圾邮件措施）。
  2. 我的其他 DNS 更改尚未完全传播。
  3. 也许 Google 已经解决了某些问题（我确实联系过他们并报告了我的问题）。

我可以删除 A 记录，看看问题是否会再次出现，以确认或否认第 1 条。我之所以对此感到怀疑，是因为我以前的邮件提供商也从未提供过 A 记录，但仍然可以向 sonic.net 发送邮件。但是，既然它现在正常工作了，我不愿意去碰它。

答案2

也许 sonic.net 正在进行反向 DNS 查找并检查该用户是否存在于发件人的邮件服务器 (*.googlemail.com) 上，结果返回 false。

答案3

您能否澄清一下，您是否实际向 sonic.net 特定域上实际使用的用户发送了消息

可以设置通配符来捕获所有未使用的用户并将这些消息发送给管理员或您指定的任何用户。如果我没记错的话，这必须手动完成。

答案4

由于 Google Apps 和 Amazon ECS 服务器会拦截大量垃圾邮件，因此我们几乎拒绝所有 Google Apps 和 Amazon ECS 服务器的电子邮件。因此，它们都被列入了众多黑名单。

由于滥用，大多数 Google Apps 和 Amazon ECS 也在我国边境被屏蔽，因为它是那些对分布式计算一无所知的编写不佳的网络机器人的避风港。

相关内容