是否有电子邮件标头可以避免大多数自动回复者的回复?


13

我有一些脚本,可以在必要时自动发送小型电子邮件通知。从这些邮件中,我会收到少量自动响应消息(例如,外出或休假)。我可以在电子邮件中添加标题,以指示(行为良好的)自动回复者我对任何回复均不感兴趣吗?

另请参阅此相关StackOverflow问题

Answers:


13

添加“ List-Id”标题或“ Precedence: list”标题应解决行为良好的自动应答器的问题。该行为来自于UNIX原始的假期程序。除其他事项外,它不会响应似乎来自列表的电子邮件。与List-Id标头行相比,使用优先级设置可能会更好,但是请同时尝试两者。


1
RFC3834:Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
Jasen

12

我相信这Precedence: Bulk是规范的设置,但是自动应答器服从的人数很少。事实是,绝大多数自动回复器的行为都不好。


RFC3834Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
Jasen

是的,那是我说的。
womble

2

不,没有什么总是可行的。

有标准

向wuth发送空返回路径(空信封发件人SMTP MAIL FROM:<>)应防止自动回复器(https://tools.ietf.org/html/rfc5321#section-4.5.5

自动电子邮件处理器的实现者应注意确保正确处理了带有空反向路径的各种消息。特别是,这样的系统不应该回复带有无效反向路径的消息,

设置自动提交的标头也应该有效(https://tools.ietf.org/html/rfc3834#section-2

对于包含自动提交的标头字段的任何消息,不应发出自动响应

然后是微软...

https://docs.microsoft.com/zh-CN/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9-c31c42cab17f中的第2.2.3.2.14节 (URL可能因微软的异议而过期)[MSOXCMAIL] 2.2.3.2.14

2.2.3.2.14禁止自动回复

要将PidTagAutoResponseSuppress属性的值(第2.1.3.2.20节)设置为-1(指示将禁止对消息的所有自动回复),客户端应编写一个X-Auto-Response-Suppress标头,其值为“ All ”。

...

MIME阅读器应该根据该表将X-Auto-Response-Suppress标头的各个元素映射到PidTagAutoResponseSuppress属性的值中的位。如果同时存在X-Auto-ResponseSuppress和Precedence标头,则PidTagAutoResponseSuppress属性值应为0xFFFFFFFF,但MAY <117>为0x00000000。如果X-Auto-Response-Suppress标头的值不同于2.1.3.2.20节中的表中指定的值,则MIME阅读器应该忽略整个标头。

这些小笔记最能说明问题

<116>第2.2.3.2.14节:Outlook 2010,Outlook 2013,Outlook 2016和Outlook 2019不读取X-Auto-Response-Suppress标头。

<117> 2.2.3.2.14节:Exchange 2003使用此值作为PidTagAutoResponseSuppress属性([MS-OXOMSG] 2.2.1.77节)。

<118>第2.2.3.2.14节:Exchange 2003,Office Outlook 2003和Office Outlook 2007忽略X-Auto-Response-Suppress和Precedence标头。

因此前置Exchange Server 2007或较新的需求X-Auto-Response-Suppress 和Outlook的需求Precedence

请注意,这忽略了 https://tools.ietf.org/html/rfc3834#section-2

(由于优先级不是标准的标头字段,并且其用法和解释在野外差异很大,因此本规范不建议在存在优先级的情况下特殊的响应者行为。)

最好的方法可能是全部执行这四个操作,或者尽可能多地执行所有操作。


感谢@Jasen的信息-非常有帮助。使用空返回路径是否存在任何风险,尤其是对于垃圾邮件过滤器而言?我管理一个发出确认电子邮件的预订系统。这些不是批量消息,但是自然不会用于自动回复。避免垃圾邮件过滤器是我们的不懈努力。
John Rix

是的,垃圾邮件过滤器可能会阻止或丢弃该垃圾邮件,尤其是如果该域在其所有出站上都使用SRS或其他VERP。使用一个实际的返回路径,如果可能的话,您可以监视它(因此,不要托管在诸如gmail这样的限速服务上)
Jasen

感谢您的建议!我们确实使用VERP,现在您提起它。
John Rix

我的意思是电子邮件的目标域:recipeint服务器可能会决定它看起来像是伪造的退回邮件,并以此为依据予以拒绝。
詹森
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.