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