代表我客户的域发送电子邮件的最佳方法是什么？

Question

我想知道让我的邮件服务器代表我客户的域发送电子邮件的最佳方法，既不会被列入灰名单，也能避免退回问题。

我一直在这里，这里和这里阅读其他一些问题，但没有一个探索所有可能的解决方案。以下是我想比较的一些可能性：

一种。

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 也被“欺骗”了）。但是，如果 client.com 域是众所周知的或在其 DNS 中有 SPF 条目，我将不得不更改其 DNS，允许 mymailserver.com 代表他们发送消息..（这对我来说是不可能的，因为 nb . 的客户，还有我的一些客户无法控制他们的域，即，他们自己使用 @gmail.com）

D.

HELO mymailserver.com    
MAIL FROM<do-not-reply@myapp.com>
DATA 
  From: <do-not-reply@myapp.com>
  Reply-to: <res@myclient.com>

问题：这是最简单的一个，我只会添加一个“回复：”标题。电子邮件客户端真的一直考虑到这一点吗？这是否也可以被视为欺骗，在“回复”标题中添加不同的域，并对我的域的声誉产生不良影响？
- RFC 只说“如果 Reply-To 字段存在，那么回复应该发送到该字段中指示的地址，而不是发送到 From 字段中指示的地址。”。
- 只有“发件人：”标题标签会被“欺骗”：
“发件人：myclient.com（通过 myapp.com）<do-not-reply@myapp.com>”。

Answer 1

我不确定你想要什么。没有“安全”或“不安全”的方式来做你想做的事。

我总是更喜欢D）。另外我会添加 SPF 记录。但正如我所说，这并不比其他方法更安全或更不安全（无论你的意思是什么）。

Reply-To 标头不会以任何方式影响声誉。它仅建议客户端使用该地址进行回复（呃，也许这就是这个名字的来源？！）。如果客户遵循此建议，则无法保证。