By clicking “Accept”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts. View our Privacy Policy for more information.

How to restore deleted domains during the redemption period

Redemption and Restore are ICANN required:

https://www.icann.org/resources/pages/errp-2013-02-28-en

Registrars must permit the Registrant at Expiration (“RAE”) to redeem a deleted registration during RGP.

Below find the text from the Identity Digital Registry Guide

4.5 Redemption Grace Period

The Identity Digital SRS Redemption Grace Period (RGP) process follows the industry standard used by other registries. RGP is available using an automated restore process and requires the registrar to fill out restore forms.

The purpose of the Redemption Grace Period is to provide added time following a domain name deletion during which the registrar can “redeem” a deleted domain name in the event of erroneous deletion. The RGP policy includes the following three key time periods:

Thirty (30) Day Redemption Grace Period

For thirty (30) days following the deletion of a name, the domain is held in “Pending Delete” status. The name will be unavailable for registration, it will be removed from the zone file, it will not resolve, and WHOIS will show “Pending Delete Restore” status. The registrar can restore the name at any point during this thirty-day period. A request to restore a name using the Redemption Grace Period triggers a non-refundable charge to the registrar’s account.

Five (5) Day Restore Lock Period

If the name is restored, the registrar has five (5) calendar days to submit a formal Restore Report. Upon receipt of a complete report, the restrictive statuses will be removed. If a complete report is not provided within this five (5) day window, the name returns to “Pending Delete” status, and the Redemption Grace Period cycle begins again.

Five (5) Day Redemption Hold Period

If the name is not restored after thirty (30) days, the name will be placed in a redemption hold period for five (5) days during which no changes to the status of the domain can be made. At the conclusion of this period, the name will be deleted and released into the pool of available names. A list of names in the Redemption Grace Period (30 days) and the Redemption Hold Period (5 days) will be made available daily to all registrars.

4.5.1 RGP Rules

The Redemption Grace Period is invoked whenever a domain name is explicitly deleted. RGP gives a registrar 30 days to restore a name in case they change their mind, or if the deletion was submitted in error. During RGP, the domain name is taken out of the zone file, and the WHOIS information is updated to reflect a “Pending Delete – Restore” status.

No updates to a domain can be performed during RGP. There are no actions that may be performed on a domain in “Pending Delete” status except to restore the domain or wait until the 30-day period has passed and the domain is deleted by the registry. Domain transfers are not possible during RGP.

4.5.2 Restore Process

To request the restoration of a name, the registrar must use either the Web-based administrative site or the extended EPP <update> command with RGP Extension as specified in RFC 3915. This extension permits Restore Request and Restore Reports to be submitted from your EPP client directly to the EPP server.

Upon receipt of a Restore Request, the name shall be restored and the registrar’s account will be debited for the RGP fee. The name will then be held in the Restore Lock Period for five (5) calendar days. The registrar must submit a Restore Report through the Web Administrative Tool or EPP within five (5) days, or the name will be returned to Pending Delete status. Registrars may submit the Restore Report along with the Restore Request through EPP. Similarly, should a name that has already been renewed and subsequently deleted by a registrar then be restored under RGP, the registrar account will be charged the RGP fee and the renewal fee accordingly.

Submitting a Restore Request Using the EPP <update> with RGP extension

You may restore the name using the extended EPP <update> command with RGP Extension as specified in RFC 3915. This extension permits Restore Request and Restore Reports to be submitted from your EPP client directly to the EPP server. Sample XML requests and responses that demonstrate the use of this command are provided below. Additional questions regarding this extension can be directed to Identity Digital Technical Support.

Submitting a Restore Request Using the Web Admin Tool

You may also submit a Restore Request through the Identity Digital SRS Web Administrative tool. The RGP Report option is located under the “Tools” tab.

4.5.3 Restore Lock Period

After the name has been restored, it is placed into the Restore Lock Period and displays a “locked” status in both WHOIS and the EPP server (see Section 4.5.6 Domain Status for additional detail).

The purpose of this restriction is to retain the existing state of any restored names while the registrar works to complete the RGP Restore Report. These restrictions may be extended at the sole discretion of Identity Digital.

Registrars must submit an RGP Restore Report through EPP or the Web Administrative Tool within five (5) calendar days of the restore request. Failure to submit a complete report shall result in the mandatory return of the domain name to a “Pending Delete” status and the forfeit of the RGP fee.

Upon receipt by Identity Digital of the registrar’s completed RGP Restore Report, the restrictive statuses on the domain name will be removed.

4.5.4 Redemption Hold Period

Once the RGP commences, if a restore request has not been received for the name after thirty (30) days, the name is placed in a Redemption Hold Period for five (5) calendar days. There cannot be any change to the domain record during this five (5) day period. During the Redemption Hold Period, the WHOIS shows a status of “Pending Delete.” At the conclusion of this period, the name is made available for registration.

Restore Domain With Client update Prohibited

Code

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   <command>
       <update>
           <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
               <domain:name>XIdhb20150320T110523919Z.testone</domain:name>
               <domain:rem>
                   <domain:status s="clientUpdateProhibited" />
               </domain:rem>
           </domain:update>      
     </update>
     <extension>
       <rgp:update xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0">
         <rgp:restore op="request"/>
       </rgp:update>
     </extension>
     <clTRID>asd</clTRID>    
 </command>  
</epp>

Partner with
Identity Digital.

Drive revenue with more domain options, smarter tools, and stronger security.

Contact us