我的Web應用程序發送電子郵件相當頻繁，並把它發送3種電子郵件：由用戶發起，響應系統中的一個事件，並在由應用收到一封電子郵件，自動響應。優先級：頭在電子郵件
我想，以確保第三類型的電子郵件不會停留在自動應答互相交談的無限循環。目前，我使用標題：
Precedence: junk
但是Yahoo!郵件將這些郵件視爲垃圾郵件。這顯然不理想，因爲我們希望有人閱讀我們的自動回覆並作出決定，而不是外出回覆。
什麼是發送電子郵件，而不會觸發任何垃圾郵件過濾器或自動應答的最佳方式？
Precedence: junk?
Precedence: bulk?
Precedence: list?
X-Priority: 2?
RFC 2076不鼓勵使用的優先級標頭的。正如你所指出的那樣，許多客戶只會將其過濾掉（尤其是優先級：垃圾種類）。它可能是更好的使用空路徑，以避免自動應答戰爭：
Return-Path: <>
最終你可以使用優先級來嘗試解決這個問題，但是這似乎是逆着頭的精神。我建議只使用返回路徑頭，並避免優先。在某些情況下，您可能必須以某種方式寫入，以便在您的應用程序中放棄自動響應程序（以避免進入響應者戰爭），但我不記得使用適當的返回路徑發生這種情況。 （我記得大多數自動回覆戰爭是由於形成非常糟糕的電子郵件造成的）
注意：Return-Path標頭簡而言之就是通知（反彈，延遲傳送等）的目的地，並在RFC 2821中描述 - 因爲它是SMTP所必需的。這也是刪除不良郵件的一種方法（理論上所有好郵件都會設置適當的返回路徑）。
如何在您的電子郵件帳戶配置白名單？
我會假設任何電子郵件關鍵字都可能被垃圾郵件過濾器標記。
我不能去雅虎並告訴他們將我的申請列入白名單，如果這就是你的意思。 – 2008-09-30 20:23:13
處理這個問題的傳統方法是用一個空信封，寄件人（傳統寫作<>）發送電子郵件。這可以防止另一端的自動應答器響應，因爲沒有發送者可以響應。
有一個專門用於自動回覆電子郵件的RFC 3834。
總之，它建議：
發送自動響應僅包含在傳入消息的Return-Path頭地址，如果它是有效的電子郵件地址。特別是在消息的Return-Path中的「<>」（空地址）意味着不能爲該消息發送自動響應。
發送自動回覆時，MAIL FROM smtp命令必須包含「<>」（空地址）。這將導致消息將被傳遞時返回路徑：<>。
使用Auto-Submitted標題的值不是「no」來明確指示自動響應。
一個注意：這是不值得到顯式地設置在傳出消息返回路徑報頭，因爲這頭必須由包絡地址（從MAIL FROM SMTP命令）遞送期間被重寫。
我相信上面的＃3應該是「自動提交」，它可以是「否」（人類郵件），「自動回覆「（反彈，休假通知）或」自動生成「（每日狀態cron作業等） – 2012-04-27 19:34:33
您可以設置這些標題：
Precedence: bulk
Auto-Submitted: auto-generated
來源：http://www.redmine.org/projects/redmine/repository/revisions/2655/diff
你能解釋一下Return-Path的用途嗎？ （我認爲它與Reply-To標題大不相同） – 2008-09-30 23:13:07
簡而言之，它是通知（反彈，延遲傳送等）的目的地，並且在RFC 2821中有描述。 因爲它是SMTP所必需的，所以它也是一種方法來刪除不良郵件（理論上所有的好郵件都會設置合適的返回路徑） – Owen 2008-10-01 01:24:22