相较于其他过滤技术,有些技术更适合在 SMTP 事务期间使用。有些技术就是比其他技术更好。几乎所有技术都有其支持者和反对者。
毋庸置疑,这些争议也延伸到了这里描述的方法。例如
有些人认为 DNS 检查 纯粹根据互联网服务提供商 (ISP) 而惩罚个人邮件发送者,而不是根据他们特定邮件的优点。
有些人指出,像 SMTP 事务延迟 和 灰名单 这样的诱捕垃圾邮件的技术很容易被克服,并且随着时间的推移效果会越来越差,同时还会继续降低合法邮件的服务质量。
有些人发现像 发件人授权方案 这样的技术,例如 发件人策略框架,为 ISP 提供了一种锁定其客户的方式,并且没有充分解决在不同网络之间漫游或将其电子邮件从一台主机转发到另一台主机的用户的问题。
我将避开大多数这些争议。相反,我将尝试提供各种可用技术的功能描述,包括它们可能产生的副作用,然后稍微谈谈我自己使用其中一些技术的经验。
话虽如此,今天使用的一些过滤方法是我刻意从本文档中省略的
质询/响应系统(如 TMDA)。这些不适用于 SMTP 时间过滤,因为它们依赖于首先接受邮件,然后向 Envelope Sender 返回确认请求。因此,这项技术不在本文档的范围之内。[1]
贝叶斯过滤器。这些需要针对特定用户和/或特定语言进行训练。因此,这些通常也不适合在 SMTP 事务期间使用(但请参阅 用户设置和数据)。
小额支付方案 在世界上所有合法的邮件都带有虚拟邮资之前,实际上并不适合用于清除垃圾邮件。(尽管与此同时,它们可以用于相反的目的 - 也就是说,接受带有邮资的邮件,否则这些邮件将被拒绝)。
总的来说,我试图提供尽可能精确的技术,并尽力避免 误报。人们的电子邮件对他们很重要,他们花费时间和精力来编写它。在我看来,故意使用拒绝大量合法邮件的技术或工具是对直接受影响的人以及整个互联网的不尊重。[2] 对于 SMTP 时间的系统级过滤尤其如此,因为最终接收者通常对用于过滤其邮件的标准几乎没有或根本没有控制权。
[1] | 就我个人而言,我不认为质询/响应系统在任何情况下都是一个好主意。它们会产生 附带垃圾邮件,它们需要特别关注从每月银行对账单等自动化来源发送的邮件,并且它们降低了电子邮件的可用性,因为人们需要费尽周折才能彼此联系。很多时候,合法邮件的发送者不会费心或不知道他们需要跟进确认请求,并且邮件丢失了。 |
[2] | 我的观点与大量 “垃圾邮件黑客行动主义者” 的观点形成鲜明对比,例如 SPEWS 黑名单 的维护者。该列表的既定目标之一正是造成 附带损害,以此作为向 ISP 施压以对滥用投诉做出反应的一种手段。对列表投诉的典型反应是 “找你的 ISP,别找我们”,或 “换一家 ISP”。 通常,这些不是可行的选择。考虑发展中国家。就此而言,考虑一下几乎在所有地方,宽带提供商都是受监管的垄断企业。我认为这些态度说明了信任这些群体的症结所在。 坦率地说,有更好、更准确的方法可以过滤垃圾邮件。 |