在smtpd_recipient_restrictions和spamassasin下的后缀configuration中input相同的RBL是否有意义? 会不够呢?
谢谢!
如果您使用RBL直接使用smtpd_recipient_restrictions = ... reject_rbl_client ...阻止邮件smtpd_recipient_restrictions = ... reject_rbl_client ...如果发件人位于其中一个列表上,邮件将被阻止。 所以,这样的邮件也永远都不会去spamassasin。
一种可能性是使用邮局屏幕 ,这是一个在postfix(而不是真正的SMTP守护进程)前的服务,通过使用一些基本的规则和简单的检查,从传入的连接中清除明显的垃圾邮件发送者。 如果邮件全部通过,那么smtp连接被传递给postfix的smtpd。
而且,现在屏幕显示function可以对分组列表进行加权,并且可以触发超出的值。 来自postconf.5.html#postscreen_dnsbl_sites的示例
postscreen_dnsbl_threshold = 2 postscreen_dnsbl_sites = example.com*2, example.net, example.org
我认为它是如何工作是相当明显的,我build议使用这个function,而不是立即阻塞,如果发件人列在一个RBL上,因为这往往会导致误报。 使用这种方法,spamassisin RBL的使用是有道理的,因为这个软件有更多的信息来判断它是否是垃圾邮件,RBL是一个可能的input。