From owner-freebsd-bugs Mon Oct 4 3:20: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DB4F115412 for ; Mon, 4 Oct 1999 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA09115; Mon, 4 Oct 1999 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 4 Oct 1999 03:20:01 -0700 (PDT) Message-Id: <199910041020.DAA09115@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Joe Abley Subject: Re: bin/14095: Cosmetic changes to whois(1) Reply-To: Joe Abley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14095; it has been noted by GNATS. From: Joe Abley To: Sheldon Hearn Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/14095: Cosmetic changes to whois(1) Date: Mon, 4 Oct 1999 23:10:04 +1300 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) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message