如何將我的用戶（未經驗證的）地址用作Amazon SES的發件人？

Question

我正在寫一個發送給朋友功能，我需要從發件人地址成爲發件人電子郵件是一個更個人化。但是，對於Amazon SES，它看起來像我只能從驗證地址發送。

我不認爲這是一個不常見的問題，並想知道其他人如何解決這個問題？

Answer 1

但是，對於Amazon SES，它看起來像我只能從驗證的 地址發送。

這是正確的，但是，歷史的缺陷之一（和的主要原因人成爲基於電子郵件釣魚攻擊的受害者那麼容易的）與Simple Mail Transport Protocol (SMTP)是從mail transport agent's (MTA)來看發件人沒有按」噸需要從視郵件客戶端點發送的所有匹配，見About Header Fields：

簡單郵件傳輸協議（SMTP）指定的電子郵件如何 通過定義郵件信封和一些被送到其參數 ，但它並不關心消息的內容。相反，Internet消息格式（RFC 2822）定義瞭如何構建消息。

RFC 2822定義了Originator fields到指示消息的源郵箱（ES）：

「來自：」 字段指定的消息的作者（S），即 負責編寫消息的人員或系統的郵箱。 「發件人：」字段指定負責 消息實際傳輸的代理的郵箱 。例如，如果祕書要發送 其他人的消息，祕書的郵箱將出現在 「發件人：」字段中，實際作者的郵箱將出現在 「發件人：」字段中。

解決方案

正如描述你只需要在Sender頭字段來提供驗證發件人，並能提供任何From地址你喜歡（看Appendix: Header Fields所支持的字段的列表）。

注意

由於上述原因，各具特色的郵件像這樣（雖然是完全有效）使得它更容易被歸類爲所涉及的郵件運輸系統的垃圾郵件 - 這裏的AWS如何描述他們的Whitepaper on Email Best Practices內這個問題：

仔細想想你發送電子郵件的地址。 「發件人」地址不僅會顯示給其電子郵件地址爲 的收件人（包括預覽窗格中），還會在某些ISP處收集 信譽。這與主題行一起，將會產生收件人對您的電子郵件的第一印象。

因此，您應該對Authenticating Your Email應用可用的措施來輪流提高您的聲望（當然強烈推薦）。