使用成員的「發件人」地址和「發件人」標題的潛在問題

Question

我們的應用程序的一個主要組成部分代表其他成員發送電子郵件給成員。目前，我們將「發件人」地址設置爲我們的系統地址，並在會員地址中使用「回覆」標題。問題在於某些電子郵件客戶端的回覆（以及自動回覆/退回）並不尊重「回覆」標題，因此將其發送到我們的系統地址，從而有效地將它們發送到黑洞。我們正在考慮將「發件人」地址設置爲我們的會員地址，並將「發件人」地址設置爲我們的系統地址。看來這種方式會通過SPF和Sender-ID檢查。

是否有任何理由不切換到這種方法？還有其他潛在的問題嗎？

---

這裏有方式更多的細節可能比你需要：

當第一次開發的應用，我們只是改變了「從」地址是發送成員的作爲是在常見的做法時間（這是很多年前）。後來我們改變了有「從」地址是成員的姓名和我們的地址，即

來源：「瑪麗·史密斯」 <messages@company.example>

着有「回覆」標題設置爲會員的地址：

回覆： 「瑪麗·史密斯」 <marysmith@memberisp.example>

這有助於用信息是被誤分類爲垃圾郵件。由於SPF越來越流行，我們增加了一個額外的頭，將結合工作與我們的SPF記錄：

發件人：<messages@company.example>

事情工作確定，但事實證明，在實踐中，一些電子郵件客戶端和大多數MTA不尊重「回覆」標題。因此，許多成員向messages@company.example發送消息，而不是所需的成員。

因此，我開始設想各種方案將關於發件人的數據添加到電子郵件標題或將其編碼在「發件人」電子郵件地址中，以便我們可以正確處理響應和重定向。例如，

來源：「瑪麗·史密斯」 <messages+ca54bb7482ace09f@company.example>

其中「信息」後的字符串是代表瑪麗·史密斯在我們的系統中成員的哈希值。當然，由於我們需要爲我們的系統地址開發MTA功能，因此這種方式可能會導致很多痛苦。我是在SPF文件再次尋找，發現這個頁面有趣：

http://www.openspf.org/Best_Practices/Webgenerated

他們展示兩個例子，即evite.com的和egreetings.com的。基本上，evite.com就是這樣做的。 egreetings.com示例使用添加「發件人」標題的成員的地址。

所以問題是，是否有任何潛在的問題與發件人頭使用成員的地址egreetings方法？這將消除壞客戶端發送到系統地址的回覆。我不認爲它解決了退回/休假/白名單問題，因爲即使指定了返回路徑，它們也經常發送到MAIL FROM。

Answer 1

所以我決定回答我自己的問題，因爲沒有人回答。也許別人會在搜索時找到這個條目。

我們現在終於這樣做是：

設置From頭爲用戶的實際電子郵件地址。

From: "Mary Smith" <marysmith@memberisp.example> 

使用具有全系統電子郵件地址的發件人標題。

Sender: <messages@company.example> 

最後，實際的發件人，顯示了在服務器中提供的MAIL FROM /返回路徑首部設置有一個唯一的標識符，即，

Return Path: "Mary Smith" <messages+ca54bb7482ace09f@company.example> 

即允許在消息@公司運行的程序例如攔截這些自動回覆並將它們轉發給他們最初打算到達的人。大多數真實的電子郵件客戶端將回復From：標題。我還沒有看到黑莓用戶或其他人對系統帳戶進行​​響應的問題。

在生產一個月左右之後，我們的問題比之前使用的方法少了很多。

發件人標題在Microsoft Outlook客戶端中添加了一個關於「代表」的小提示，但這適用於我們的用法。目前還沒有在普通的客戶端/ MTA與SPF的任何問題與此設置（如Gmail，雅虎，SpamAssassin的等）

更新：在2014年4月，雅虎和AOL改變其DMARC設置，刪除這些種沒有通知的消息。 （他們切換到p =拒絕;有關更多信息，請參閱https://wordtothewise.com/2014/04/brief-dmarc-primer/）。我們的解決方案是針對這些域的特殊情況，因爲所需的功能仍然適用於絕大多數域。

IF ISP MATCHES YAHOO OR AOL 

From: "Mary Smith" <messages+ca54bb7482ace09f@company.example> 
Reply-To: "Mary Smith" <marysmith@memberisp.example> 
Return Path: "Mary Smith" <messages+ca54bb7482ace09f@company.example> 

ELSE 

From: "Mary Smith" <marysmith@memberisp.example> 
Sender: <messages@company.example> 
Return Path: "Mary Smith" <messages+ca54bb7482ace09f@company.example> 

END