On Tue, 2009-03-03 at 09:38 -0800, Marc Perkel wrote:
>
> Karsten Bräckelmann wrote:
> > I guess one would need a new plugin for the above "yellow" RBLs, due to
> > the problem of limiting all hits per URI / IP as mentioned above. Also,
> > of course, one first needs a reliably and publicly available
> > do-not-blacklist RBL.
>
> I have such an RBL. hostkarma.junkemailfilter.com which returns the
> following codes.
Yes, we know. However, that does not address any of the other issues.
There have not been any QA for that list yet, let alone long-time stats.
For that we don't know about its performance or reliability. QA and
evaluation needs to be done first. Plus, we lack the necessary plugin
that can apply this logic.
> The logic is as follows. If yellow - move on. If white - accept and
> deliver. If nobll then move on skipping all other RBL lookups. Then I
> look up several black lists and I assign point values to eack list based
> on my trust levels. If the lists are sufficiently black then the message
> is rejected. SA sould incorporate this kind of logic. I use it in Exim
> and it is extremely accurate.
And here we got another problem. SA does not reject. SA can't and isn't
meant to. However, if properly built into the chain, your MTA can.
Either based on the total score, or a hit of that yet-to-code plugin
under discussion. This is already possible.
Back to square one. Need QA, need the plugin...
--
char *t="\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
