Hello Charles,
Tuesday, November 28, 2000, 9:41:55 AM, you wrote:
> Yes William, we're only authoritative for ourself.
> Also - since we may have information in our database that does NOT agree
> with CRSNIC, we cannot query ourselves first. For example:
> 1) A domain is registered but not yet active. Should not show up in the
> whois
This is an internal database problem. A domain that is newly
registered already shows up in the opensrs whois, the problem is that
before it presents that result, it goes to whois.crsnic.net and does a
whois there. If it gets a negative result, it still does a query to
the local database and presents the newly registered domain
information. The problem is that when the whois.crsnic.net server
does not respond, it does not follow through on the local request.
There is no reason for it to go out to crsnic.net first for domains
that are local to it.
> 2) A domain is transfered away from OpenSRS (crsnic shows this) but our
> system hasn't updated yet. Should not show up in the whois - but it will
Your whois should only present data that it is authoritative for,
Chuck, just like every other registrar. If I query NSI or
Register.com or most any other registrar for a transferred domain, it
shows the old data they had usually for a day or two. Why is the
OpenSRS system any different?
> 3) A domain is transfered to OpenSRS - the root registry transaction is
> successful so our whois will show up, but crsnic has not updated. Agreed
> this scenario is flawed as we're relying on crsnic... but
> Whois is NOT an authoritative source for availability of a name, NOR does it
> accurately show in realtime which registrar is currently responsible for a
> domain.
Exactly my point. That is why the Registrar's whois should only show
data it is authoritative for. Thanks for making my case, Chuck :)
> We must build our logic within the constructs of these assumptions - in
> brief the whois will likely remain in its current functionality which has
> worked for 99% of you for almost a year.
I really urge you to reconsider this. You can provide another "proxy"
whois if you must provide a global whois service, but the registrar's
main whois services should, as a uniform standard, return primarly
only data they are auth for. Most registrars adhere to this concept
already.
--
Best regards,
William mailto:[EMAIL PROTECTED]