rblcheck: A command-line interface to RBL-style listings | ||
---|---|---|
<<< Previous | Next >>> |
There are a number of enhancements to rblcheck that are up for consideration, in no particular order. Patches for any of the below will earn you fame, fortune, and a warm fuzzy feeling for having made the world a better place. ;-)
Follow CNAMEs from rblcheck(). This will let us get at the eventual TXT RRs for a domain name.
Optional support for adns.
Timeout option. Should default to no timeout, but apparently there is an issue with rblcheck hanging in an offline environment where the nameserver in use is located off-site. This would compensate for the misconfiguration, and provide a 'quick-fail' mode for people to play with. I'm still not entirely convinced that this should be rblcheck's problem, though; using a local cache like dnscache from djbdns seems like a much more reliable solution to what is a general misconfiguration.
(from Aaron Schrab <aaron@schrab.com>
, era eriksson
<era@iki.fi>
, and torben fjerdingstad
<tfj@fjerdingstad.dk>
) Add the ability to only list successful
matches, and add a debug mode which outputs what is happening internally,
and any errors received. This could be best implemented with a '-v X'
option, where 'X' is a number between 0 and 9 (0 being silent, 4 being
default/ordinary output, 9 displaying heavy debugging info).
Add an option to display the PTR address returned by the original query, prior to following it.
(from Craig Callender <craig@mosquitonet.com>
)
Add the ability to specify a particular PTR address; for example, when
performing a lookup in ORBS, allow for matching against only a specific
returned address (such as 127.0.0.2). Perhaps allow a list of these
matches. The question is: is this better implemented here, or in the
caller via a filter (after the display of PTR addresses is added)?
Send ideas to <rblcheck-users@lists.sourceforge.net>
.
<<< Previous | Home | Next >>> |
Other Software | Up | ...or Not To Do? |