Re: Harvest netblocks of good MTAs from SPF for whitelisting from greylisting
Stuart D Gathman <[email protected]> Tue, 12 Feb 2013 22:47:48 -0500
| Newsgroups | gmane.mail.spam.spf.discuss |
|---|---|
| Message-ID | <[email protected]> |
On 02/12/2013 09:36 PM, Constantine A. Murenin wrote: > > not the "netblock" set. SPF is much more fine grained than netblocks. The > I think you're putting distinct meanings into the terms "IP set" and > "netblock", or ignoring the fact that bigger providers actually > publish their IP set as netblocks within SPF. I may have misunderstood you also. I thought you were broadening narrower IPs to include the entire netblock. > Else, why would someone specify a netblock in their SPF that's not > their actual IP set? If they do, then their SPF is broken, and it'll > still be broken regardless whether you do the harvesting like I > contemplate, or implement SPF on your MTA. > >> same colocation facility might have both "good" and "evil" domains. The >> idea of statically compiling the IP set for your type of application is a >> good one, and has already been implemented. > Where has it been implemented? Please provide me a link, I'm very > interested in applying it to my setup. http://www.libspf2.org/docs/html/spf__compile_8c.html I'm not sure if that was intended to be used by itself - libspf2 uses it to cache SPF records in a very fast form. Also, I have a similar feature I added recently to pyspf - it isn't checked in to CVS yet, not thoroughly test. I added it because I've often just wanted a list of MTA IPs for debugging mail problems...