that the cache would. The special strict NXDOMAIN cache for use by
DNSxL clients.
So you're expecting something other than a normal DNS cache that
exists now.
Small patch to existing cache.
Hmmn. As a proof of concept, how about making the appropriate changes
to BIND 9.7 and send us the patch file. Or for that matter do it to
dnscache in djbdns, so you only have to look at 12K lines of code
rather than 400K lines.
If you're doing a special purpose cache, why not do a smarter protocol
between the cache and the master server? As far as the client's
concerned, once you need anything other than a vanilla DNS setup, it's
all new special purpose code anyway.
How would one represent "e-mail may appear from sources appearing in
this whitelist" in an SPF record, with your b-tree proposal?
My suggestion is that if you find SPF to be useful and you want a
macro that means look up an address in a DNSxL, you should add a macro
that means look up this address in that DNSxL, rather than trying to
do it indirectly with %{ir} or whatever. Since the installed base of
IPv6 whitelists and blacklists is nonexistent, the backward
compatibility problem is limited.
R's,
John
_______________________________________________
Asrg mailing list
Asrg(_at_)irtf(_dot_)org
http://www.irtf.org/mailman/listinfo/asrg