RE: [ietf-provreg] Some EPP questions

["Hollenbeck, Scott" <shollenbeck@verisign.com>]

> If the response code to the transfer command was 1000, the <trStatus>
> element of the response to the following transfer query 
> command contains
> 'pending' (as in the response to the transfer command itself).
> 
> But what does the <trStatus> contain in the response to the transfer
> query command, if the response code to the transfer command itself was
> 1001?

I believe that the appropriate response for an accepted transfer command
that requires confirmation or cross-client approval is 1001 because the
command has been accepted, but the actual transfer action is pending.  A
transfer that can be completed right away should be noted with a 1000
response.  A successful query should always return a 1000 response.

The <trStatus> response to the transfer query depends on the current state
of the transfer.  If a 1001 response was sent for the transfer command, the
transfer didn't happen right away.  Initially the value should be "pending".
From there the value of <trStatus> depends on what happens between the time
the transfer was requested and the time the query is made.  It might be
"pending" if nothing has happened, but it could be any of the other values
if a client or the server have done something (such as approved, rejected,
or cancelled the request) since the original transfer command was processed.

> And one further question, what does the <trStatus> contain in the
> response to the transfer command itself, if its response code is 1001?

Now that I think about it, it should be "pending" if a 1001 response is
returned.

I think I see what's prompting your questions: the domain and core drafts
include an example with a 1000 response and a "pending" <trStatus>; those
should be fixed to return a 1001 response or a different status value.  I'd
prefer to change the response code when I do the 48-hour edits.

-Scott-