优先级：邮件头
我的web应用程序经常发送电子邮件，它发送3种电子邮件：由用户发起，响应系统中的事件，并自动响应应用程序接收到的电子邮件。
我想确保第三种types的电子邮件不会陷入无尽的自动响应者之间的交谈中。 目前，我使用标题：
Precedence: junk 但雅虎！ 邮件将这些邮件视为垃圾邮件。 这显然是不理想的，因为我们希望有人阅读我们的自动回复并作出决定，而不是一个外出的答复。
发送电子邮件而不触发垃圾邮件filter或自动回复邮件的最佳方式是什么？
Precedence: junk? Precedence: bulk? Precedence: list? X-Priority: 2?
RFC 2076不鼓励使用优先标题。 正如你所指出的那样，许多客户只是将其过滤掉（尤其是优先级：垃圾种类）。 使用空path来避免自动响应者战争可能会更好：
Return-Path: <>
最终你可以使用优先级来解决这个问题，但是这似乎违背了标题的精神。 我build议只使用返回path头，并避免优先。 在某些情况下，您可能必须以某种方式写入，以便在应用程序中放弃自动响应程序（以避免进入响应者战争），但是我不记得使用适当的返回path发生这种情况。 （我记得不得不面对的大多数自动回复战是电子邮件forms非常糟糕的结果）
注意：简单来说， Return-Path头是通知的目的地（反弹，延迟传送等等），并在RFC 2821中进行了描述 – 因为它是SMTP所必需的。 这也是一个方法来删除不良邮件（理论上所有的好邮件将设置适当的返回path）。
有一个专用于自动电子邮件响应的RFC 3834 。
总之，它build议：
-
如果有效的电子邮件地址，则仅将自动回复发送到收到的消息的
Return-Path标题中包含的地址。 特别是消息的Return-Path中的“<>”（空地址）意味着不能为该消息发送自动响应。 -
发送自动回复时，MAIL FROM smtp命令必须包含“<>”（空地址）。 这将导致返回path：<>当消息将被传递。
-
使用自动提交标题的值不是“否”，以明确指示自动回复。
注意：在传出消息中显式设置Return-Path头是不值得的，因为这个头在传送过程中必须由信封地址（来自MAIL FROM smtp命令）重写。
您可以设置这些标题：
Precedence: bulk Auto-Submitted: auto-generated
来源： http : //www.redmine.org/projects/redmine/repository/revisions/2655/diff
处理这个问题的传统方法是发送一封空信封发件人（传统上写为<>）的电子邮件。 这可以防止另一端的自动应答器响应，因为没有发送者可以响应。
如何在您的电子邮件帐户上configuration白名单？
我会假设任何电子邮件关键字可能会被垃圾邮件filter标记。
