On 03/05/2012 18:07, John Hinton wrote: > On 5/3/2012 12:40 PM, Prabhpal S. Mavi wrote: > A couple of notes. > > 1. SPF was not designed to be used this way. It is doubtful that anyone > has written anything that even remotely considered this option in use. > You will likely have to write it yourself. Correct, I will echo this: First, you really don't want to do this (reject domains without a SPF record). I would technically challenge anyone who thinks this is a good idea. Having said that, spamassassin with a milter will allow you to set a high scoring rule for SPF checks, enough to blanket block them with a rejection. If you go that far, try checking whether spamassassin's score based method is better suited to fixing your problem. (a) You save yourself having to really code your own solution. (b) You end up with a better anti-spam solution overall. > > 2. SPF is still in RFC testing, so it is not yet a full internet > standard. And once it is, the standard still does not condone using it > the way you intend. IOW, there is nothing in the standard that states > you must have a SPF record to be a legit email domain. Basically, you'll > have a broken mailserver. We are actually stuck with having to take ours > off for the moment as one 'service' we use demands sending email from > their mailservers using our email address and they still have no SPF record. > > If you do this, most likely you will not get around 90% of the good > email as SPF is not widely used as of yet. But I guess if you are only > interested in receiving email from a few 'known' domains... it could > work. Seems it would be easier to just blacklist all and whitelist the > few? If it is just for internal... perhaps a webmail system with no > outside email ability would be the way to go? > -- Best Regards, Giles Coochey, CCNA Security, CCNA NetSecSpec Ltd giles.coochey at netsecspec.co.uk Tel: +44 (0) 7983 877 438 Live Messenger: giles at coochey.net http://www.netsecspec.co.uk http://www.coochey.net