greylist的延迟问题研究

经过测试，发现126.com跟sina.com.cn、hotmail.com的被灰名单拒绝后重发邮件，他们的延迟时间是不一定的。我在自己的邮箱里面能收到信件的时间从55秒到15分钟以上都有。

经过对slockd.log的研究发现是由于对方邮件服务器ip地址有好几个。排除黑名单、白名单的策略，当一个新邮件服务器第一次跟我们的邮件服务器通信的时候，他的邮件到达的时候，我们认为这个ip地址是第一次通信，灰名单会reject一次，但是我们reject回去后，对方的邮件服务器，重试的时候，可能会换一个ip发送了这个信件。这样我们的邮件服务器又会再次的认为这个又是新的ip，会再次reject一次。比如sina.com.cn，我的一个测试信件就直接被换了4次ip，直接的结果就是，这个信件被延迟了15分钟左右。虽然被延迟了这么久，但是没有丢信哟！

所以我认为，对于大型的mail机构，多数是有多个ip地址的，我们要设置好whitelist里面的记录，这样就会跳过灰名单的检查。而对于客户端的邮件服务器，一般不会有这么多的ip，不会有这么长的延迟，虽然对于postfix默认的重发时间是1000秒，但是我想大家都会修改这个参数的吧。

或者就是前期邮件服务器灰名单的数据库建立要给一定的时间，邮件管理员多关注下，如果发现这样的问题就直接进白名单。即使是这样的情况可能产生的延迟比较高一点，但是过了延迟后就进了
/var/lib/greylist.db数据库中了，就不会被reject了，也不会有延迟了！


看记录，发现对方邮件服务器设置成500s后reject重发的比较多！！也就是8分20秒的时间。

我自己就把这个功能关掉的。8分20秒=500秒的时候还是太长了。