当有人发布新内容时，我们的 Web 应用程序会向人们发送电子邮件。发件人和收件人都已选择从我们的应用程序接收电子邮件。在准备这样的消息时，我们设置了以下 SMTP 标头：
发件人：author@example.com 收件人：收件人@example.com 发件人：webapp@mycompany.com
我们选择在 FROM 标头中使用作者的电子邮件地址，以尝试为收件人提供最佳体验；当他们在邮件客户端中看到消息时，作者很清楚。为了避免欺骗的出现，我们添加了 SENDER 标头（使用我们自己的公司电子邮件地址）以明确我们代表作者发送了邮件。阅读 RFC 822 和 2822 后，这似乎是发送方标头的预期用途。
大多数接收邮件的服务器似乎都能很好地处理这个问题；电子邮件消息正常传递（假设收件人邮箱存在，未超过配额等）。但是，当从域中的地址向同一域中的地址发送消息时，某些接收域会拒绝消息并给出如下响应：
571 不正确的 IP - psmtp（回复 RCPT TO 命令）
我认为这意味着接收服务器只看到 FROM 标头地址在它自己的域中，并且消息来自它认为没有授权为该域发送消息的服务器。换句话说，接收服务器忽略了 SENDER 标头。
我们有一个解决方法：webapp 保留了一个列表，这些域似乎忽略了 SENDER 标头，当 FROM 和 TO 标头都在这样的域中时，它会将 FROM 标头设置为我们自己的电子邮件地址。但是这个列表需要维护。
有没有更好的方法来实现所需的体验？我们希望成为网络的“好公民”，所有相关方——发送者和接收者——都希望参与并接收这些消息。一种替代方法是始终在 FROM 标题中使用我们公司的电子邮件地址，并将作者的姓名/地址放在主题前面，但这似乎有点笨拙。
我想知道让我的邮件服务器代表我客户的域发送电子邮件的最佳方法，既不会被列入灰名单，也能避免退回问题。
我一直在这里，这里和这里阅读其他一些问题，但没有一个探索所有可能的解决方案。以下是我想比较的一些可能性：
一种。
HELO mymailserver.com
MAIL FROM<do-not-reply@myapp.com> # mymailserver.com same IP as myapp.com
DATA
From: <res@client.com>
Sender: <do-not-reply@myapp.com>
问题：这就是 gmail 的作用。是 msg 标头“From:”具有不同的域，而不是信封发件人。
emailclients 将显示"From:res@client.com via do-not-reply@myapp.com"或
"From:do-not-reply@myapp.com On Behalf Of res@client.com"，这不是问题为了我。
现在，这是否会严重影响我的域的声誉，即标题“From:”具有不同域的事实？（如果不是谷歌在做这件事......）
B.
HELO mymailserver.com
MAIL FROM<do-not-reply@myapp.com>
DATA
From: <res@client.com>
# same as A, but no "Sender:"
看起来谷歌曾经这样做并称其为错误
http://groups.google.com/group/Gmail-Help-Message-Delivery-en/browse_thread/thread/f651cb1db5d9dd23/3a8bcd0548487863?lnk=gst&q=%22on+behalf +of%22&pli=1
一个错误从他们的消息中删除了“发件人：”，而“通过”没有出现在电子邮件客户端中。（RFC 说如果它与“From:”不同，它必须存在）
C。
HELO mymailserver.com
MAIL FROM<res@client.com>
DATA
From: <res@client.com>
就好像 client.com 正在发送消息一样（MAIL FROM 也被“欺骗”了）。但是，如果 …