【问题标题】:antispam and RFC status codes反垃圾邮件和 RFC 状态代码
【发布时间】:2014-11-20 06:51:26
【问题描述】:

我正在我的邮件服务器 (ASSP 2.4) 中运行代理反垃圾邮件。

如果远程垃圾邮件发送者电子邮件被阻止,反垃圾邮件允许配置回复

  • 554 5.7.1 邮件因邮件中的垃圾内容而被阻止 或
  • 通过发送“假”“250 OK”而不是 SMTP 错误代码“554 5.7.1”。

两个问题;

a) 如果我使用“250 OK”解决方案,我是否违反了一些规则? 简单邮件传输协议(RFC 821 和 RFC 5321)?

b) 哪个更好和推荐,为什么; “554 5.7.1”还是“250 OK”?

谢谢你,格拉齐亚诺

【问题讨论】:

  • 什么更好? 250 违反了协议的精神,如果不是文字的话,是的,如果你知道你实际上不会传递信息;但接受并扔在地板上对垃圾邮件发送者的影响较少 - 明确的阻止说明告诉他们出了点问题,并可能激励他们更加努力。
  • 不是编程问题;提名迁移到serverfault.com

标签: email smtp rfc822 spam-prevention


【解决方案1】:

根据RFC 5321 的第 3.3 节,一旦您作为接收者向发送者发送250 OK,则表示接收者已成功存储消息。进一步根据 RFC 532 的第 4.2.4 节,使用正码 (2yx) 回复 <CRLF>.<CRLF>,您将承担传递消息的责任。您还可以发现,当“[...]服务器确定应出于策略或其他原因拒绝该消息时,接受5yzDATA 动词的响应(带有354)是合适的。 "

因此,如果您确定某封邮件是垃圾邮件,那么要遵循 RFC,您可能应该发出 5yz 响应。但没有人对此进行监管。如果您将邮件服务器配置为违反 RFC,您仍然会收到电子邮件(尤其是因为您要等到 DATA 阶段才能破坏协议,所以发件人无法取消发送消息)。

但是,如果您愿意将邮件归类为垃圾邮件,那么您就会发现有人滥用 SMTP 协议,那么谁在乎您的所作所为他们是肮脏的垃圾邮件发送者?如果这是误报并且发件人认为您收到了他们的电子邮件,而实际上您并没有收到,因为您将其丢弃为垃圾邮件怎么办?垃圾邮件过滤器经常出错。

没有人会来找你并报告你没有遵循 SMTP 协议,这是因为 RFC 的是为了解释而编写的。但是,您应该将您的邮件服务器配置为对合法但被错误识别为向您发送垃圾邮件的发件人友好,以便他们可以将问题传达给您。

【讨论】:

    猜你喜欢
    • 2021-11-24
    • 2014-05-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-01-23
    • 2011-01-22
    • 1970-01-01
    • 2013-01-05
    相关资源
    最近更新 更多