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

我想知道使我的邮件服务器代表我的客户的域名发送电子邮件的最佳方式，而不是灰名单，也避免反弹问题。

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

一个。

HELO mymailserver.com MAIL FROM<[email protected]> # mymailserver.com same IP as myapp.com DATA From: <[email protected]> Sender: <[email protected]> 

问题 ：这是Gmail所做的。 这是msg标题“From：”具有不同的域，而不是信封发件人。
emailclient将通过[email protected]或“From：[email protected]代表[email protected]”显示“来自： [email protected]” ，这不是问题为了我。
现在，这是否会严重影响我的域名，标题“From：”具有不同的域？ （如果这不是谷歌谁做的..）

B.

 HELO mymailserver.com MAIL FROM<[email protected]> DATA From: <[email protected]> # 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 +的％22＆PLI = 1
一个bug从他们的消息中删除了“发件人：”，并且“via”没有出现在电子邮件客户端中。 （RFC表示它必须存在，如果它不同于“From：”）

C。

 HELO mymailserver.com MAIL FROM<[email protected]> DATA From: <[email protected]> 

就好像client.com发送消息一样（MAIL FROM也是“欺骗”）。 但是，如果client.com域是众所周知的或者在其DNS中有一个SPF入口，我将不得不改变它的DNS，允许mymailserver.com代表他们发送消息。（这对我来说是不可能的，因为nb的客户，也有一些客户不能控制他们的域名，也就是使用@ gmail.com本身）

D.

 HELO mymailserver.com MAIL FROM<[email protected]> DATA From: <[email protected]> Reply-to: <[email protected]> 

问题 ：这是最简单的，我只会添加一个“回复：”标题。 这是真的考虑到电子邮件客户端的所有时间？ 这是否也被视为恶搞，在“回复”标题中添加不同的域名，对我的域名声誉造成不良影响？
RFC只是说“如果回复字段存在，那么回复应该去那个字段中指定的地址，而不是发送字段中指出的地址。”
– 只有“From：”标题标签会被“欺骗”：
“来自：myclient.com（通过myapp.com）<[email protected]>”。