SA Bugzilla – Bug 5236
Support Mail::SPF replacement for Mail::SPF::Query
Last modified: 2006-12-12 18:27:22 UTC
Julian has a pre release out for Mail::SPF which is supposed to more accurately reflect their experimental RFC and, I imagine, eliminates the historical oddities present in Mail::SPF::Query. I'd like to have support for both Mail::SPF and Mail::SPF::Query in 3.2.
link: http://search.cpan.org/dist/Mail-SPF/lib/Mail/SPF.pm yeah, looks good. do you really think we need to support both, though? given that it's a pretty expensive network test, I'd prefer to go with whichever one will be better-supported and more standardised.
on the other hand, if you mean "support both" as in "if Mail::SPF is installed, use that, otherwise fall back and attempt to use Mail::SPF::Query" -- +1 to that.
(In reply to comment #2) > on the other hand, if you mean "support both" as in "if Mail::SPF is installed, > use that, otherwise fall back and attempt to use Mail::SPF::Query" -- +1 to that. Yeah, of course, doing otherwise would be, well, insane. ;)
(In reply to comment #3) > (In reply to comment #2) > > on the other hand, if you mean "support both" as in "if Mail::SPF is installed, > > use that, otherwise fall back and attempt to use Mail::SPF::Query" -- +1 to that. > > Yeah, of course, doing otherwise would be, well, insane. ;) I'm +1 on the insane part! 8*)) also sounds like a good solution to me.
moving RFEs and low-priority stuff to 3.3.0 target
Just thought I'd peep in here, if you want this aimed at 3.2, you need to re- target now ;)
Yeah, 3.2: Sending INSTALL Sending lib/Mail/SpamAssassin/DnsResolver.pm Sending lib/Mail/SpamAssassin/Plugin/SPF.pm Sending t/spf.t Transmitting file data .... Committed revision 486461. [dos@FC5-VPC trunk]$