Bug 14095
| Summary: | Add some (cosmetic) functionality to whois(1) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | Joe Abley <jabley> | ||||
| Component: | bin | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | Unspecified | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
On Sun, Oct 03, 1999, Joe Abley wrote: > The -m switch follows the existing -a, -d, -g, -p, -r and -R switches. If more and more countries keep setting up whois hosts, whois(1) is going to have more switches than ls(1)! -- |Chris Costello <chris@calldei.com> |The best packed information most resembles random noise. `-------------------------------------------------------- On Sat, Oct 02, 1999 at 08:02:15PM -0500, Chris Costello wrote:
> On Sun, Oct 03, 1999, Joe Abley wrote:
> > The -m switch follows the existing -a, -d, -g, -p, -r and -R switches.
>
> If more and more countries keep setting up whois hosts,
> whois(1) is going to have more switches than ls(1)!
Aah, but my next plan was to submit a patch to remove -R and make
-q the default. Then we never need any more :)
Joe
On Sun, 03 Oct 1999 12:56:27 +1300, Joe Abley wrote: > 1. Added -m option, which selects whois.ra.net as the whois server. If this doesn't achieve anything other than ``-h whois.ra.net'', I wouldn't add it. > 2. Added -q option, which constructs a whois server to use based on > the TLD of the (single) argument, with ".whois-servers.net" appended. > The whois-servers.net zone is run by the people at ultradns.com. > This allows, for example, queries like I'd use something other than -q. Presumably you chose -q for "query", but that's pretty general, given the scope of the propgram. :-) The -q option is often used for quiet. How about -n or -z? Ciao, Sheldon. On Mon, Oct 04, 1999 at 11:54:19AM +0200, Sheldon Hearn wrote: > > > On Sun, 03 Oct 1999 12:56:27 +1300, Joe Abley wrote: > > > 1. Added -m option, which selects whois.ra.net as the whois server. > > If this doesn't achieve anything other than ``-h whois.ra.net'', I > wouldn't add it. Why were -r, -p, -a and -R added, in that case? I notice particularly that -R is a recent addition. > > 2. Added -q option, which constructs a whois server to use based on > > the TLD of the (single) argument, with ".whois-servers.net" appended. > > The whois-servers.net zone is run by the people at ultradns.com. > > This allows, for example, queries like > > I'd use something other than -q. Presumably you chose -q for "query", > but that's pretty general, given the scope of the propgram. :-) The -q > option is often used for quiet. How about -n or -z? I used q for "quick" in the sense that you don't need to think about which whois server you're using. Since Theo rolled this patch straight into OpenBSD, it also now has the attraction of being consistent with another OS :) Joe On Mon, 04 Oct 1999 22:57:51 +1300, Joe Abley wrote:
> Why were -r, -p, -a and -R added, in that case? I notice particularly
> that -R is a recent addition.
>
> I used q for "quick" in the sense that you don't need to think about
> which whois server you're using. Since Theo rolled this patch straight
> into OpenBSD, it also now has the attraction of being consistent
> with another OS :)
Hmmm, you've thought about both points more than I have. :-)
Ciao,
Sheldon.
On Mon, Oct 04, 1999 at 12:03:49PM +0200, Sheldon Hearn wrote:
>
>
> On Mon, 04 Oct 1999 22:57:51 +1300, Joe Abley wrote:
>
> > Why were -r, -p, -a and -R added, in that case? I notice particularly
> > that -R is a recent addition.
> >
> > I used q for "quick" in the sense that you don't need to think about
> > which whois server you're using. Since Theo rolled this patch straight
> > into OpenBSD, it also now has the attraction of being consistent
> > with another OS :)
>
> Hmmm, you've thought about both points more than I have. :-)
There are a couple of improvements I am planning, namely:
1. "whois -q demon.co.uk pipex.com uunet.ca" as a single incantation
ought to return sensible information for all three domains, by making
multiple queries. The patch I previously submitted will abandon the
spirit of "-q" in this case, and pass the entire string to the
default whois server (which is a waste of time).
2. net.au and (!net).au have different whois servers. The ultradns
people have thought about this, and net.au.whois-servers.net and
au.whois-servers.net are CNAMEs for different whois servers. Some
kind of sensible recursive lookup is in order to ensure that the
second (etc) level domain isn't relevant in selecting a whois server.
Still, the feedback on the -q option in general has been very
positive. Thanks to those tried it out :)
Joe
(on an unexpected crusade to strain the whois soup)
State Changed From-To: open->closed This functionality has been added to -current by ache in recent weeks. Use the '-m' to lookup against RADB. Default lookup is to use .whois-server.net to determine which whois server to use for general lookups. |
Adds two new switches to whois(1). From revised man page: -m Use the Route Arbiter Database (RADB) database. It contains route policy specifications for a large number of operators' networks. -q Construct the name of a whois server to use from the top-level domain (TLD) of the supplied (single) argument, and appending ".whois-servers.net". This effectively allows a suitable whois server to be selected automatically for a large number of TLDs. The -m switch follows the existing -a, -d, -g, -p, -r and -R switches. The -q switch allows the user to be more stupid in selecting a whois server. For example, whois -q patho.gen.nz, whois -q nasa.gov, whois -q microsoft.com and whois -q demon.co.uk all produce meaningful results. Fix: Apply the following sterile dressing, stir gently and bake for six hours. How-To-Repeat: N/A