> -----Original Message----- > From: regext [mailto:regext-boun...@ietf.org] On Behalf Of Michael Bauland > Sent: Friday, April 07, 2017 3:58 AM > To: regext@ietf.org > Subject: [EXTERNAL] [regext] domain restore without pendingRestore state > > Hello, > > I have a question regarding the EPP restoration mechanism defined in RFC > 3915. > > It is defined quite clearly that a domain restore command with operation > "request" must not contain a report element. Further, such a request must > have "pendingRestore" as the outcome. In a next step a restore command > with operation "report" can be sent to complete the restoration process. > > Is there a (legal) way for an ICANN regulated ngTLD to restore a domain > with just a single EPP request, e.g., sending the "report" command without > a prior restore "request" or is this two-step approach mandatory? > > We've been approached by customers stating that this is stupid and no > other registry requires these two steps. Any thoughts?
Michael, any registry that implements the ICANN redemption grace period process is going to use the two-step procedure associated with that process. If the ICANN process were different, it would make sense for the RFC to have been written differently. It might help to read this document: https://archive.icann.org/en/meetings/bucharest/redemption-topic.htm Note that the procedure includes support for out-of-band delivery of reports. I wrote 3915 the way I did in an attempt for the protocol to be consistent with the procedure. In hindsight, yes, it might have been useful to allow inclusion of the report with the restore request. Scott _______________________________________________ regext mailing list regext@ietf.org https://www.ietf.org/mailman/listinfo/regext
