[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


To: Patrick <patrick@gandi.net>
CC: ietf-provreg@cafax.se
From: Daniel Manley <dmanley@tucows.com>
Date: Thu, 27 Sep 2001 11:24:17 -0400
Sender: owner-ietf-provreg@cafax.se
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010913
Subject: Re: <check> Response Attribute

Patrick wrote:

>On Thu, Sep 27, 2001 at 09:56:26AM -0400, Daniel Manley took time to write:
>
>>With Versign's com/net/org RRP registry, doing a check on "dan.ca" 
>>returns the message "Invalid Attribute Value".  So not only is it 
>>telling me that "dan.ca" is not available, but that the domain name is 
>>invalid.  EPP's <check> command can't do this because the command is 
>>designed in such a way to check more than one object at once and give 
>>+/- flags for each.  The response code reports the overall success of 
>>the command.  I would imagine that most EPP registries would say that a 
>>domain in the wrong TLD is not known to the registry (semantics of "not 
>>known" vs. "not available [from this registry]").
>>
>
>In such a case the Registry should return :
>2307 "Unimplemented object service"
>This response code MUST be returned when a server receives a command
>to operate on an object service that is not supported by the server.
>
>Without any resData of course.
>In the <result>, a <msg> item can tell which object was invalid.
>
>Patrick.
>
But doesn't that response mean that the <domain:check> command is not 
implemented?  I think 2306 "Parameter value policy error" should be 
returned.  But what if at least one domain in the check domain list was 
valid.  The whole command shouldn't fail.

Dan




Home | Date list | Subject list