我想知道使我的邮件服务器代表客户的域发送电子邮件的最佳方法，而不会被列入白名单，而且还避免了退回问题。
我在这里，这里和这里一直在阅读其他一些问题，但没有一个探讨所有可能的解决方案。我想比较一些可能性：
一种。
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标头“发件人：”具有不同的域，而不是信封发件人。
emailclients将显示“ From：res@client.com通过do-not-reply@myapp.com”或
“ From：do-not-reply@myapp.com代表res@client.com”，这不是问题为了我。
现在，这会严重影响我的域的声誉吗，因为标头“发件人：”具有不同的域？（如果不是Google，那就去做。）
B．
HELO mymailserver.com
MAIL FROM<do-not-reply@myapp.com>
DATA
From: <res@client.com>
# same as A, but no "Sender:"
看起来Google曾经这样做过，并称其为
http://groups.google.com/group/Gmail-Help-Message-Delivery-en/browse_thread/thread/f651cb1db5d9dd23/3a8bcd0548487863?lnk=gst&q=%22on+behalf + of％22＆pli = 1
一个错误从他们的消息中删除了“发件人：”，并且“ via”没有出现在emailclient中。（RFC表示如果它与“发件人：”不同，则必须存在）
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>
问题：这是最简单的方法，我只添加一个“ Reply-to：”标题。电子邮件客户端是否一直在考虑这一点？是否也可以将其视为欺骗，在“ Reply-to”标头中添加不同的域，并且对我的域的声誉造成不良影响？
-RFC仅说“如果存在Reply-To字段，则答复应转到该字段中指示的地址，而不是发自From字段中指示的地址”。
-只有“发件人：”标头标签会被“欺骗”：
“发件人：myclient.com（通过myapp.com）<do-not-reply@myapp.com>”。