我工作的公司爲醫療行業提供測試服務。作爲我們服務的一部分，我們需要向客戶的員工發送電子郵件。通常，這些人是臨時僱員，兼職僱員或合同僱員，因此具有私人電子郵件地址（例如Hotmail，Gmail，Yahoo！等）。最佳實踐：代表用戶發送電子郵件
到目前爲止，我們一直在發送內部地址，但這意味着當員工不注意或不知道向客戶發送查詢時，回覆會回覆給我們。我想對此進行更改，以便要求發送電子郵件的人是回覆的人。
我們以前使用過回覆郵件，但似乎會導致垃圾郵件過濾器捕獲其他郵件。
我一直在閱讀關於發件人和代表：頭文件，並想知道當前的最佳做法是發送電子郵件的情況下，我們需要發送電子郵件，使答覆轉到我們無法控制的域。
on-behalf-of標題是實現這一目標的最佳方式，但您也將被垃圾郵件過濾器困住。最好的方法是減少或降低最終發生在垃圾郵件過濾器中的可能性，即實施所有行業標準，以驗證您的域和郵件服務器。在這篇文章中指出：
http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html
然而，這是非常艱難的事情，因爲你需要留在垃圾郵件的標準之上，並通過CAN-SPAM法和其他一切遵守。更好的辦法是使用類似這樣的點播基於雲的SMTP服務器：
使用一個公司，是在發送電子郵件的區域領域專家，並通過所有的腿部工作了獲得最高的產能率。並將保持在您的標準之上，並監控黑名單中的問題。
我們已經完成了大部分在編碼霍爾博客（我讀過）推薦的內容。我們使用SPF /發件人ID記錄，我們有一個適當的反向PTR到我們網絡系統的SMTP中繼。我們目前沒有遇到垃圾郵件困擾的問題，從我們自己的域名發送。問題是讓回覆路由到正確的派對。 – 2010-05-06 15:59:04
問題是您列出的兩種方法是用於驗證您的域名是否爲有效的發件人。您需要採取下一步措施並簽署每封郵件。使用域密鑰。您需要實施DKIM，如果您閱讀維基百科（http://en.wikipedia.org/wiki/DKIM），它會說「......運輸路徑;或間接處理程序**，例如獨立服務向直接經理**提供幫助......「。如果你的電子郵件代碼遍佈全球，或者你的SMTP服務器沒有自動簽名，這將是很困難的，這是獲得上述服務的另一個原因。 – 2010-05-06 18:33:39
在您簽署每封電子郵件之後，您可以使用「代表」的方式，或者您甚至可以將實際的電子郵件放在「發件人」地址，這是防彈解決方案。 – 2010-05-06 18:35:32
您可能正在尋找Reply-To。它與On-Behalf-Of不同，它是一個官方且廣泛支持的標題，它不受與From相同的垃圾郵件檢查。
如果你確實想代表另一個用戶發送郵件，那麼按照SMTP標準，「最」正確的方式是將你的「真實」地址放在Sender:和你的客戶的地址代表發送）From:。但是，From:專門針對DMARC，這是由大多數主要電子郵件提供商實施的非常嚴格的垃圾郵件預防協議。他們不會因爲您有一個有效的Sender:標頭而忽略了From: DMARC故障。
DMARC允許域名所有者指定如何將SPF和DKIM應用於From:標頭。一個流行的政策是拒絕無法通過SPF或DKIM的電子郵件，這意味着您的電子郵件甚至不會被標記爲垃圾郵件：它將被徹底拒絕。
Sender: + From:在技術上仍然有效。它最初創建的目的是被同一組織中的人員使用，例如祕書或助理。隨着垃圾郵件防範機制的出現，這已成爲一個嚴峻的限制。
一個常見的問題，不幸的是垃圾郵件製造者已經毀了這一方。你有沒有想過自己實際上不想發送電子郵件，而是讓你的客戶爲你設置電子郵件地址（或使用現有的電子郵件地址），然後連接到他們的SMTP發送電子郵件？這樣replyTos會直接進入客戶的郵箱。 – Martin 2013-07-30 09:11:48