To:
<asbjorn.rrp@theglobalname.org>
cc:
<shollenbeck@verisign.com>, <patrick@gandi.net>, <ietf-provreg@cafax.se>
From:
Rick H Wesson <wessorh@ar.com>
Date:
Mon, 24 Sep 2001 11:44:09 -0700 (PDT)
In-Reply-To:
<20010924155536.11154.qmail@www3.nameplanet.com>
Sender:
owner-ietf-provreg@cafax.se
Subject:
RE: <check> Response Attribute
Asbjorn, If you could list more than 8 to 10 diferent reasons then I'd understand why we shouldn't enumerate them, thus far only two reasons have been listed. If we just have two cases the I feel we shuld enum,erate them in the protocol. -rick On 24 Sep 2001 asbjorn.rrp@theglobalname.org wrote: > Scott, > > as Petrick mentioned earlier, we (.NAME) will have socalled "Defensive > Registrations"[1] meaning that we might want to tell the > Registra[r/nt] that this is the reason why a domain is not available. > > There might be other reasons for a domain not to be available - a > Registry might for example not allow registrations if the domain name > includes the F-word or other expletives, or other policy-depended > reason. > > Since it might be hard to catch all the reasons why a domain name is > "not available" in an enumeration, maybe it should be a free-form > field there after all?! > > > Asbjorn > > [1] http://www.icann.org/tlds/agreements/name/registry-agmt-appl-03jul01.htm#2 > > On Sat, 22 Sep 2001 19:33:49 -0400 "Hollenbeck, Scott" wrote: > >> -----Original Message----- > >> From: Patrick [mailto:patrick@gandi.net] > >> Sent: Saturday, September 22, 2001 10:28 AM > >> To: ietf-provreg@cafax.se > >> Subject: Re: <check> Response Attribute > >> > >> > >> So the information about why it can not be registered is still > >> useful. > > > >I think Dan Manley suggested this as well. OK, if multiple people feel it > >would be helpful to provide both a yes/no response and some sort of > >rationale if the answer is "no", should we attempt to enumerate the > >reasons > >for "no" or should we consider free-form (aka server-defined, with some > >defined maximum length) text to describe the rationale? > > > ><Scott/> > > > > > -- > The information transmitted in this email is intended only for the person(s) > or entity to which it is addressed and may contain proprietary, confidential > and/or privileged material. If you have received this email in error, please > contact the sender by replying and delete this email so that it is not > recoverable. If you are not the intended recipient(s), any retention, review, > disclosure, distribution, copying, printing, dissemination, or other use of, > or taking of any action in reliance upon, this information is strictly > prohibited and without liability on our part. >