如果不想收到电子邮件退回怎么办?

egg*_*yal 5 email email-server smtp rfc email-bounces

背景——标准

RFC 5321 §4.5.5规定:

所有其他类型的消息(即,标准跟踪 RFC 不要求具有空反向路径的任何消息)应该以有效的非空反向路径发送。

为免生疑问,RFC 2119 §3将“应该”定义为“在特定情况下可能存在忽略特定项目的有效理由,但在选择不同的课程之前必须理解并仔细权衡全部含义。

情况

正在考虑的“特殊情况”是 Alice不希望收到传递状态通知(与她发起的电子邮件相关)的情况。

她有几个选择:

  1. 当她收到任何此类通知时,忽略/丢弃它——显然这种行为是完全正确的,但它很麻烦(并且浪费了她的资源);

  2. 拒绝在较低级别接受此类通知——可以说反向路径将不再“有效”(遗憾的是未在 RFC 中定义),如果是这样,这种行为与 RFC 的建议相反;或者

  3. 使用 null 反向路径发起电子邮件,以便从一开始就不会生成通知——这显然与 RFC 的建议相反。

问题

我很确定这些情况构成了忽略上面引用的 RFC 建议的“正当理由”——但我想确定我已经理解了选项 2 和 3 的“全部含义”。

我特别注意到:

  • 在选项 2 下,某些代理可能会检测到反向路径无效

  • 在选项 3 下,某些代理可能会将具有空反向路径的邮件视为特殊情况

无论哪种方式,代理可能因此拒绝接受/中继/发送电子邮件,或者可能使用此类信息来增加其被标记为垃圾邮件的可能性。这些措施在实践中有多普遍?

我还应该考虑其他任何问题/影响吗?

use*_*275 2

使用选项 #1 始终是更好的解决方案。把它想象成纸质邮件;必须提供有效的退货地址。由于垃圾邮件发送者利用开放政策,电子邮件只会变得更加受到限制(DMARC 等)。自动处理您不关心的回复实际上并不难。但可能只有不到 10% 的电子邮件服务器有这样的限制,因此您可能可以逃脱惩罚。还要确保避免将您的服务器列在 dnsbl 中。

大多数地方的规则都很宽松(我可以发送一封看起来像是来自您的电子邮件,如果我将其发送给每个人并精心设计以使其退回,则会调用某种 DDOS)如果您想知道什么,请查看Postfix中的所有限制规则可能会生效。

你不能两全其美;正确地执行此操作(#1),或者甘心被标记为垃圾邮件发送者(至少被某些人标记为垃圾邮件发送者)。Google 使用 no-reply@google.com,但我永远无法收到该邮件,因为我的邮件服务器需要经过验证的发件人。谷歌在反垃圾邮件方面是最好的,如果他们不能两全其美的话,我相信我们也不能。