服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

如果不想接收电子邮件反弹,该怎么办?

背景 – 标准 RFC 5321§4.5.5规定: 所有其他types的消息(即,标准跟踪RFC不要求具有空的反向path的任何消息)应该被发送有效的,非空的反向path。 为了避免疑问, RFC 2119§3将“ 应该 ”定义为“ 在特定情况下可能存在忽略特定项目的有效理由,但在select不同的课程之前,必须理解并仔细权衡全部含义 ”。 情况 正在考虑的“特定情况”是爱丽丝不希望收到送达状态通知(与她所发的电子邮件有关)的情况。 她有几个select: 忽略/丢弃任何这样的通知,当她收到它 – 明显这种行为是完全正确的,但这是一个滋扰(和她的资源浪费); 拒绝在较低的级别接受这样的通知 –可以想象,反向path将不再是“有效的”(可悲的是,在RFC中没有定义),如果是的话,这样的行为是违背RFC的build议的; 要么 用一个空的反向path发起电子邮件,这样就不会首先产生通知 – 明显违背RFC的build议。 问题 我非常肯定,这些情况构成了忽视RFC引用的上述build议的“合理原因” – 但我想确定我已经理解了选项2和3的“全部含义”。 我特别注意到: 在选项2下,一些代理可能检测到反向path无效 在选项3下,一些代理可能会把特殊情况下的空path作为对待 无论哪种方式,代理可能因此拒绝接受/转发/发送电子邮件,或可能使用这些信息,以增加被标记为垃圾邮件的可能性。 这种措施在实践中有多普遍? 我应该考虑其他问题吗?