嗯,cityhunter 的回复确实可以解决你提的几个问题。
关于灰名单的“改造”相关的事情,我个人不太赞同楼主的思路。这里说说我的观点。
反垃圾,应该分析的是垃圾邮件的规律,然后根据这样的规律来探索反垃圾的可行性。
而 greylist 无疑是目前相当有效的反垃圾功能,因为它抓住了垃圾邮件一般只投递一次这样的规律。
至于你说的灰名单的三个缺点,确实都存在,而且就是因为 greylist 为了对付垃圾邮件只投递一次这样的规律设计的。
替代想法:
目前垃圾邮件([SPAM])识别率还算比较高,能否默认将所有垃圾邮件默认扔到垃圾箱,
系统每天自动执行删除3个月前的在垃圾箱的邮件。
好处:
不漏一封邮件。同时垃圾邮件也会定期得到自动清理。
这样可以去掉灰名单的功能。
去掉 greylist 之后,进入你的邮件系统的垃圾邮件会大幅增加,而基于内容进行过滤的 after-queue 反垃圾工具通常都很耗内存等系统资源。你的系统的绝大部分资源将奋战在内容过滤上。性能和反应速度都将大打折扣。这是我们在设计邮件系统整体架构的时候就需要考虑好的。
我的目标和你是相反的,争取去掉 SpamAssassin 这一类 after-queue 的反垃圾工具。
哈哈,其实gmail应该就是这样处理的。我刚接触邮件系统,配置不是很熟悉。
有熟悉的可以讲下配置方法。
我想大部分的公司boss都不怎么喜欢灰名单的功能。
gmail 具体如何处理,我们都无法得知,所以也就不去猜测了。
但是我想说的是,目前来看,没有可以让你一劳永逸的邮件服务器方案(目前开源领域似乎是这样的),系统管理员还是必须做一些额外工作的--iRedMail 已经将系统管理员的工作量降到最低了。