我的 Web 应用程序经常发送电子邮件，它发送 3 种电子邮件：由用户发起，响应系统中的事件，以及自动响应应用程序收到的电子邮件。
我想确保第三种类型的电子邮件不会陷入无休止的自动回复循环中。目前，我使用标题：
Precedence: junk
但雅虎！mail 将这些邮件视为垃圾邮件。这显然不理想，因为我们希望有人阅读我们的自动回复并做出决定，而不是不在办公室的回复。
在不触发垃圾过滤器或自动回复的情况下发送电子邮件的最佳方式是什么？
Precedence: junk?
Precedence: bulk?
Precedence: list?
X-Priority: 2?
有一个专用于自动电子邮件响应的RFC 3834 。
简而言之，它建议：
仅向包含在Return-Path传入消息标题中的地址发送自动回复（如果该地址是有效的电子邮件地址）。特别是消息中的“<>”（空地址）Return-Path意味着不能为此消息发送自动回复。
发送自动回复时，MAIL FROM smtp 命令必须包含“<>”（空地址）。这将导致 Return-Path:<> 何时传递消息。
使用具有“no”以外的值的 Auto-Submitted标头来明确指示自动响应。
注意：在传出消息中显式设置 Return-Path 标头是不值得的，因为此标头必须在传递过程中由信封地址（来自 MAIL FROM smtp 命令）重写。
RFC 2076不鼓励使用优先标头。正如您所指出的，许多客户只会将其过滤掉（尤其是优先级：垃圾品种）。最好使用空路径来避免自动响应者战争：
Return-Path: <>
最终，您可以使用优先级来尝试解决此问题，但这似乎与标题的精神背道而驰。我建议只使用 return-path 标头，并避免优先级。在某些情况下，您可能必须以某种方式编写以在您的应用程序中删除自动响应器（以避免陷入响应器战争），但我不记得使用适当的返回路径发生这种情况的情况。（我记得必须处理的大多数自动回复战争都是电子邮件格式非常糟糕的结果）
注意：Return-Path简而言之，标头是通知的目的地（退回、延迟传递等），并在RFC 2821中进行了描述——因为它是 SMTP 所要求的。这也是丢弃坏邮件的一种方法（因为理论上所有好的邮件都会设置适当的返回路径）。
您可以设置这些标题：
Precedence: bulk
Auto-Submitted: auto-generated
资料来源：http ://www.redmine.org/projects/redmine/repository/revisions/2655/diff
处理此问题的传统方法是使用空信封发件人（传统写为 <>）发送电子邮件。这可以防止另一端的自动回复器响应，因为没有发件人可以响应。
在您的电子邮件帐户上配置白名单怎么样？
我假设任何电子邮件关键字都可能被垃圾过滤器标记。