我的网络应用程序经常发送电子邮件，它会发送3种电子邮件：由用户发起，响应系统中的事件，以及自动响应应用程序收到的电子邮件。
我想确保第三种类型的电子邮件不会陷入无休止的自动响应者交谈中。目前，我使用标题：
Precedence: junk
但雅虎！邮件将这些邮件视为垃圾邮件。这显然不太理想，因为我们希望SOMEBODY阅读我们的自动回复并做出决定，而不是外出回复。
在不触发垃圾过滤器或自动回复的情况下发送电子邮件的最佳方式是什么？
Precedence: junk?
Precedence: bulk?
Precedence: list?
X-Priority: 2?
答案 0 :(得分：26)
RFC 3834专用于自动电子邮件回复。
简而言之，它建议：
仅对传入邮件的Return-Path标头中包含的地址发送自动回复，如果它是有效的电子邮件地址。特别是“＆lt;＆gt;”邮件Return-Path中的（空地址）表示不得为此邮件发送自动回复。
发送自动回复时，MAIL FROM smtp命令必须包含“＆lt;＆gt;” （空地址）。这将导致返回路径：＆lt;＆gt;何时传递信息。
使用“{3}}标题以及”no“以外的值来明确指出自动回复。
一个注意事项：在传出消息中显式设置Return-Path标头是不值得的，因为在传递过程中必须通过信封地址（来自MAIL FROM smtp命令）重写此标头。
答案 1 :(得分：17)
RFC 2076不鼓励使用优先标头。正如你所指出的那样，许多客户只会过滤掉它（尤其是优先级：垃圾品种）。使用空路径来避免自动应答器战争可能更好：
Return-Path: <>
最终你可以使用优先级试图解决这个问题，但这似乎违背了标题的精神。我建议只使用返回路径标头，并避免优先。在某些情况下，您可能必须以某种方式写入应用程序中的自动响应程序（以避免进入响应者战争），但我不记得使用适当的返回路径发生这种情况的情况。 （我记得大多数自动应对战争都是由于电子邮件形成非常糟糕而导致的）
注意：简而言之，Return-Path标题是通知的目的地（退回，延迟投放等），并在RFC 2821中进行了描述 - 因为SMTP需要它。这也是丢弃不良邮件的一种方法（理论上，所有好的邮件都会设置一个合适的返回路径）。
答案 2 :(得分：8)
您可以设置以下标题：
Precedence: bulk
Auto-Submitted: auto-generated
来源：http://www.redmine.org/projects/redmine/repository/revisions/2655/diff
答案 3 :(得分：0)
处理此问题的传统方法是使用空信封发件人（传统上写为＆lt;＆gt;）发送电子邮件。这可以防止另一端的自动回复响应，因为没有发件人可以响应。
答案 4 :(得分：-4)
如何在电子邮件帐户中配置白名单？
我认为任何电子邮件关键字都可能被垃圾过滤器标记。