Re: [mod-security-users] Ideas for future features..

[Zach R. <ad...@li...>]

Internal spam checker meaning a means of calling dnsrbl lookups from the 
surbl based on backreferences or dnsrbl lookups on the remote address to 
try to prevent open proxy access?

Zach

Michael Shinn wrote:

>Ivan Ristic wrote:
>  
>
>>>I believe this sort of checking needs to be internal. Accessing an
>>>external Perl script for example would be far too resource intensive if
>>>it were used to scan a very large number of incoming connections.
>>>    
>>>      
>>>
>>  Forking to execute a Perl script might not be feasible, but
>>  talking to an already-running daemon may be better. I'd really
>>  hate to see ModSecurity integrate a spam checker :)
>>  
>>    
>>
>
>Oh god, please no internal spam checker.  :-)
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by xPML, a groundbreaking scripting language
>that extends applications into web and mobile media. Attend the live webcast
>and join the prime developer group breaking into this new coding territory!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
>_______________________________________________
>mod-security-users mailing list
>mod...@li...
>https://lists.sourceforge.net/lists/listinfo/mod-security-users
>  
>