One exception is the initial query - DNS implementations assume queries from
a random population, and don't search the active request list to see if a
request can be piggybacked on an outstanding request. So each IP4R test
from a new IP generates a separate request directly to the RBL.
Also, relays.osirusoft.com sets a negative cache time of only 10
minutes - E-mail from good IPs repeats the above procedure every 10 minutes.
The good thing is that the next version of Junk mail will combine
requests to a single RBL!
----- Original Message -----
> Declude does NOT cache any results from these lookups, but the DNS server
> that Declude references DOES cache these lookups - just like any other DNS
> lookup - up to it's TTL. Most DNS servers will cache both positive ("I
> found an answer") and negative ("no answer was found at the DNS server")
> results.
>
> If your DNS server is local - and your declude is busy - your local DNS
> server will have a rich cache of recent lookups it's already done.
> relays.osirusoft.com's default TTL is 2 DAYS. That means unless you set a
> lower TTL in your resolver, if you recieve 1000 emails from a certain
> spammer IP within that two day period, your server will answer 999 of the
> queries from it's local cache. Declude does not cache, but if a good
> percentage of Decludes lookups only involve your 100/1000 LAN (and not
> external lookups over the Internet) - performance will greatly improve.
---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
