[SURBL-Discuss] Re: ANNOUNCE: Mail::SpamAsssassin::SpamCopURI 0.11

Jeff Chan jeffc at surbl.org
Wed Apr 21 21:27:58 CEST 2004

On Wednesday, April 21, 2004, 7:55:33 PM, Simon Byrnand wrote:
> At 14:39 22/04/2004, Eric Kolve wrote:
>>I can add something that will cache on a per test basis the results
>>from the queries so the above scenario should be knocked down
>>to just 3 queries instead of 120.  I have been a little hesitant to
>>cache misses since I could see where a miss could become a hit later on,
>>but since I would only be caching per test this shouldn't be an issue.

> You mean 6 queries ? Assuming you still test both 2nd level and 3rd level 
> possibilities seperately, as now.

It sounds like Eric is changing SpamCopURI to test on the number
of levels depending on ccTLD membership, which is probably fine,
therefore it would do 3 queries.

> And as far as caching goes, it shouldn't be a problem, because you just 
> want to avoid doing a whole string of identical dns lookups - only cache 
> identical lookups, and the caching should only last for one run of SA 
> processing one message...(We assume that no new blacklist records appear in 
> the middle of processing a specific message, or that if they do we don't 
> care ;-)

Yes, it's not clear if "per test" means per message, but it would
seem so.  That too should be fine.  I don't think we should worry
too much about the boundary condition of the SURBL changing in
the middle of message processing, which seems like it would be
uncommon.  Per-message caching is already a big help.

Jeff C.

More information about the Discuss mailing list