我正在将我的域的电子邮件迁移到 Google Apps 的电子邮件。除了发送给（至少）sonic.net 上的任何用户的电子邮件被以下形式的消息拒绝（其中any-address已替换为我朋友的地址）之外，大多数一切似乎都有效：
发件人：邮件递送子系统 <[email protected]> 日期：太平洋标准时间 2010 年 3 月 11 日上午 10:04:48 至：[email protected] 主题：交货状态通知（失败） 送达：[email protected] 收到：由 10.229.194.26 发送，SMTP id 为 dw26cs8717qcb；2010 年 3 月 11 日星期四 10:04:48 -0800 (太平洋标准时间) 收到：由 10.223.68.143 使用 SMTP id v15mr3841599fai.62.1268330688325；2010 年 3 月 11 日星期四 10:04:48 -0800 (太平洋标准时间) 收到：由 10.223.68.143 使用 SMTP id v15mr5119424fai.62；2010 年 3 月 11 日星期四 10:04:48 -0800 (太平洋标准时间) 哑剧版：1.0 返回路径：<> X-Failed-Recipients: [email protected] 消息 ID：<[email protected]> 内容类型：文本/纯文本；字符集=ISO-8859-1 内容传输编码：quoted-printable 完全无法传送给下列收件人： 任意地址@sonic.net 永久失效的技术细节： Google 尝试传递您的邮件，但被收件人域拒绝。 我们建议联系其他电子邮件提供商以获取有关 这个错误的原因。对方服务器返回的错误是：550 550 5.1.1 <[email protected]>...这里没有这样的用户（状态 13）。
以下是它反弹回来的消息的标题：
收到：由 10.101.90.7 发送，SMTP id 为 s7mr2515885anl.176.1267979929490；
2010 年 3 月 7 日星期日 08:38:49 -0800（太平洋标准时间）
返回路径：<[email protected]>
收到：来自 [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（太平洋标准时间）
来自：“保罗·卢卡斯”<[email protected]>
内容类型：文本/纯文本；charset=us-ascii
内容传输编码：quoted-printable
主题：一些有趣的主题
日期：2010 年 3 月 7 日星期日 08:38:46 -0800
参考文献：<[email protected]>
至：[email protected]
消息 ID：<[email protected]>
Mime 版本：1.0（Apple 消息框架 v1077）
X-Mailer：苹果邮件 (2.1077)
但是，我可以使用我的旧电子邮件帐户向 sonic.net 上的用户发送邮件。另外，我的公司使用 Google Apps 发送电子邮件，我可以从我的公司向 sonic.net 上的用户发送电子邮件。我的个人电子邮件和我公司的电子邮件之间的区别是：
- 我公司的域没有 SPF 记录，而我的有。
- 我公司的域有 A 记录，而我的没有。
我的 SPF 记录最初是由谷歌在这里规定的。然而，这家伙声称谷歌是错误的并给出了修复。两种方法我都试过了，没有区别。我的 SPF 记录目前是：
v=spf1 mx include:aspmx.googlemail.com include:_spf.google.com ~all
至于缺少 A 记录，只要定义了 mx 记录，您就不会认为邮件主机会关心这一点。
但是，有趣的是，如果您查看错误消息，为什么 Google 会声明收件人的域声明我的地址“这里没有此类用户” ？这是没有意义的。当然，在 sonic.net 上没有用户知道我的地址。
另外，我假设我只是偶然发现我无法向 sonic.net 上的用户发送邮件，并且可能还有其他域我无法向其发送电子邮件。
所以......有人知道发生了什么吗？以及如何在 sonic.net 上向用户发送邮件？
我收到了来自 sonic.net 技术支持的后续电子邮件（令人印象深刻，特别是因为我什至不是他们的客户），他们说“我看到的奇怪 IP 条目正在平滑为更正常的设置。”
从那以后，我发送了测试消息，没有退回，也得到了回复。因此，发送至 sonic.net 的邮件似乎正在运行。所以原因是三件事之一：
我可以删除 A 记录，看看我的问题是否返回确认或拒绝 #1。我对此持怀疑态度的原因是因为我以前的邮件提供商也没有 A 记录，但可以将邮件发送到 sonic.net。但是，由于它现在正在工作，我不愿意触摸它。
也许 sonic.net 正在执行反向 DNS 查找并检查该用户是否存在于发件人的邮件服务器 (*.googlemail.com) 上，这将返回 false。
你能澄清一下你是否真的发送给 sonic.net 特定域上的真实使用用户
可以设置通配符来捕获所有未使用的用户并将这些消息定向到管理员或您指定的任何用户。如果我没记错的话，这必须手动完成。
Sonic.net 使用 8 个不同的 MX 服务器。一个可能是配置错误，而 Google Apps 很不幸地不断击中坏的服务器。
如果是我，我会 telnet 到端口 25 上的每台服务器，并向失败的地址发送测试消息以缩小问题范围。
编辑：我刚刚想到的另一种可能性 - sonic.net 在 Gmail 上配置了他们的域。这可能会阻止 Google 向 DNS 查询要提交的 MX 记录，这也是 Sonic.net 支持人员看不到连接尝试的原因。
由于垃圾邮件的数量，我们几乎拒绝所有 Google Apps 和 Amazon ECS 服务器的电子邮件。结果，两者都被列入了许多黑名单。
由于滥用，大多数 Google Apps 和 Amazon ECS 也被封锁在我们的边境，因为它是编写糟糕的网络机器人的避风港，这些网络机器人对分布式计算一无所知。