优先级:电子邮件中的标题

我的网络应用程序经常发送电子邮件,它发送3种电子邮件:由用户发起,响应系统中的事件,以及自动响应应用程序收到的电子邮件.

我想确保第三种类型的电子邮件不会陷入无休止的自动响应者交谈中.目前,我使用标题:

Precedence: junk

但雅虎!邮件将这些邮件视为垃圾邮件.这显然不太理想,因为我们希望SOMEBODY阅读我们的自动回复并做出决定,而不是外出回复.

在不触发垃圾过滤器或自动应答器的情况下发送电子邮件的最佳方式是什么？

Precedence: junk?

Precedence: bulk?

Precedence: list?

X-Priority: 2?

小智.. 26

有一个专门用于自动电子邮件回复的RFC 3834.

简而言之,它建议:

Return-Path如果是有效的电子邮件地址,则仅对传入邮件的标头中包含的地址发送自动响应.特别是消息中的"<>"(空地址)Return-Path意味着不得为此消息发送自动响应.

发送自动响应时,MAIL FROM smtp命令必须包含"<>"(空地址).当传递消息时,这将导致Return-Path:<>.

使用"no"以外的值的Auto-Submitted标头可明确指示自动响应.

注意:在传出消息中显式设置Return-Path标头是不值得的,因为在传递过程中必须通过包络地址(来自MAIL FROM smtp命令)重写此标头.

有一个专门用于自动电子邮件回复的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简而言之,标题是通知的目的地(跳出,延迟传递等等),并在RFC 2821中进行了描述- 因为它是SMTP所必需的.这也是丢弃坏邮件的一种方法(理论上所有好的邮件都会设置一个合适的返回路径).

您可以设置这些标头:

Precedence: bulk
Auto-Submitted: auto-generated

资料来源:http://www.redmine.org/projects/redmine/repository/revisions/2655/diff