> Milter-greylist's default behavior is to whitelist any server that > passes SPF. It can be disabled with the "nospf" command. What does > "racl whitelist spf pass" do that isn't done by default? > "racl whitelist spf pass" is syntax as of version > 4.1 of milter-greylist. The advantage of this version is: "racl greylist spf self delay 1h" which handles those "+all" spammers - that was not possible to do before. I agree the volume of junk that passes SPF is increasing but it was you who correctly said, that those who passes the SPF test would likely to resend anyway -> so in either case, it is no use to greylist them. Same is also true for those who are willing to use STARTTLS encryption - those senders use a proper MTA so why should I bother and greylist them? Ok if you use dnsrbl it make a sense - as you get some time, but otherwise it is useless Moreover I still thing the vast majority of spam is from infected computers - and here has the greylisting something to say. As of the mail farms - I said the they tend to fight with recipients that use greylisting - they do not use greylisting themself. Ondrej > >
Message
Re: [milter-greylist] greylisting delay sometimes in hours instead of minutes?
2008-03-12 by Ondrej Valousek
Attachments
- No local attachments were found for this message.