我们使用Google Apps托pipe公司的邮件。 在我们的网站上，我们代表我们的用户发送一些电子邮件。 在这些电子邮件中，我们包括这样的行：
Return-Path: <[email protected]> Sender: <[email protected]> 发送邮件的效果很好（通过SPFtesting），但是如果邮件发送到一个无效的电子邮件地址，我们希望得到一个反弹消息发送到“[email protected]”。 这个消息永远不会到来。 （如果我们从gmail界面内手动发送一封电子邮件到同一个不好的电子邮件，邮件就会到达）。
我们曾经收到反弹消息，但似乎总是悄悄被阻止（不是垃圾邮件或任何东西）。 是否有一个新的政策阻止反弹，当“发件人”不符合“返回path”或什么？
我们真的希望得到这些反弹来validation信息的传递。 有没有办法阻止他们被阻止？
谢谢！
他们可能使用BATV或一些类似的机制。 这是一种机制，可以滤除未通过该服务发送的消息的反弹。 它存在，所以当垃圾邮件发送者使用您的电子邮件之一作为从和/或返回path时，您不会收到反弹。
这种情况下的解决scheme是让服务器使用gmail发送，或者使用一个不去gmail的Return-Path。
祝你好运，
JoãoMiguel Neves
我有这个相同的问题。
我正在使用Gmail的Google Apps版本，并提供全面的地址。 当我将电子邮件发送到[email protected]时，如果通过Gmailnetworking界面发送电子邮件，我只会收到退回邮件，而不是通过Outlook（通过Gmail）发送邮件。
问题大约在2个月前开始，但我只注意到昨天。
当我通过Outlook发送电子邮件时，我以[email protected]身份login到Google Apps，但假装被称为[email protected]。 所以，返回path和发件人地址有一个电子邮件地址，但发件人有另一个。 大多数电子邮件客户端将其显示为[email protected]，并且任一地址都可以工作（由于全部都是）。
自发现问题以来，我在Google Apps上创build了一个名为[email protected]的新帐户，并开始以此login。 （帐户重命名会更好，但没有免费版本。）反弹问题现在已经消失。
所以，我的回答是：是的，看起来Gmail有一个新的政策，阻止反弹，当返回path不匹配的发件人 – 匹配的发件人字段是不够的。
所以，我终于find了这个问题。 问题是我使用的“发件人”电子邮件不是一个真实的帐户，而是一个“另一个”组的成员的“组”帐户，该组有实际的用户作为成员。 我怀疑谷歌不会发送反弹到“组”电子邮件地址。 修复是让发件人成为一个实际的用户/电子邮件帐户。
作为一个方面说明，我也可以使用Google的+符号来更清楚地说明反弹的来源。 在我的情况下，我们将发件人设置为“[email protected]”，但根据发送的电子邮件的types，添加了“[email protected]”这样的表示法，以便我们知道是什么types的反弹是的，我们可以采取适当的行动。
问题可能是两个之一（首先是最有可能的）
您的网站电子邮件服务器认为“mycompany.com”是本地的，因此在本地（而不是Gmail）提供退回邮件。 简单的方法来validation这是通过发送一封电子邮件到@ mycompany.com中的有效ID，并看看是否消息到达。
这不太可能，但Gmail可能正在validationBATV 。 在这种情况下，Gmail会认为它是垃圾邮件并将其屏蔽。 从Gmail和您的networking应用程序采取这个电子邮件服务器testing ，你可以检查是否是这个问题。