我们使用 Google Apps 来托管我公司的邮件。在我们的网站上，我们代表我们的用户发送一些电子邮件。在这些电子邮件中，我们包含这样的行：
Return-Path: <[email protected]>
Sender: <[email protected]>
发送邮件效果很好（通过 SPF 测试），但如果邮件发送到无效的电子邮件地址，我们希望收到退回邮件发送到“[email protected]”。该消息永远不会到达。（如果我们从 gmail 界面手动向同一错误电子邮件发送电子邮件，则消息确实到达）。
我们曾经按预期收到退回邮件，但现在似乎它们总是被悄悄地阻止（不是垃圾邮件或任何东西）。当“From”与“Return-Path”或其他东西不匹配时，是否有阻止反弹的新策略？
我们真的很想得到这些反弹来验证消息的传递。有什么办法可以防止他们被屏蔽吗？！
谢谢！
他们可能正在使用 BATV 或一些类似的机制。这是一种过滤掉未通过该服务发送的消息的反弹的机制。它存在，因此当垃圾邮件发送者使用您的一封电子邮件作为发件人和/或返回路径时，您不会收到退回邮件。
这种情况的解决方案是让服务器使用 gmail 发送，或者使用不去 gmail 的 Return-Path。
祝你好运，
若昂·米格尔·内维斯
我有同样的问题。
我正在使用带有通用地址的 Google Apps 版本的 Gmail。当我向 [email protected] 发送电子邮件时，如果我通过 Gmail 网络界面发送电子邮件，而不是通过 Outlook（通过 Gmail）发送，我只会收到退回邮件。
问题开始于大约 2 个月前，但我昨天才注意到。
当我通过 Outlook 发送电子邮件时，我以 [email protected] 的身份登录 Google Apps，但假装名为 [email protected]。因此，Return-Path 和 From 地址有一个电子邮件地址，但 Sender 有另一个。大多数电子邮件客户端将其显示为 [email protected]，并且任何一个地址都可以使用（由于包罗万象）。
自从发现问题后，我在 Google Apps 上创建了一个名为 [email protected] 的新帐户并开始使用该帐户登录。（帐户重命名会更好，但在免费版本中不可用。）退回问题现在已经消失了。
所以，我的回答是：是的，Gmail 似乎有一个新策略，当返回路径与发件人不匹配时阻止退回-匹配发件人字段是不够的。
所以，我终于找到了问题所在。问题是我使用的“发件人”电子邮件不是真实帐户，而是一个“组”帐户，其成员是另一个组，并且该组有实际用户作为成员。我怀疑谷歌不会向“群组”电子邮件地址发送退回邮件。解决方法是使发件人成为实际的用户/电子邮件帐户。
附带说明一下，我还可以使用 Google 的 + 符号来更清楚地说明反弹的来源。就我而言，我们将发件人设置为“[email protected]”，但随后根据发送电子邮件的类型，添加了“[email protected]”之类的符号，这样我们就知道退回邮件的类型是，我们可以采取适当的行动。
问题可能是两个之一（第一个最有可能）
您的网站电子邮件服务器认为“mycompany.com”是本地的，因此在本地发送退回邮件（而不是发送到 Gmail）。验证这一点的简单方法是向@mycompany.com 中的有效ID 发送电子邮件并查看邮件是否到达。
这不太可能，但 Gmail 可能正在验证BATV。在这种情况下，Gmail 会认为它是垃圾邮件并阻止它。从 Gmail 和您的网络应用程序中进行此电子邮件服务器测试，您可以检查这是否是问题所在。