pendingRestore
set by: registrar
The registrant has asked to restore a domain that was in redemption.
What it tells you about enforcement
Someone is paying to bring a dead domain back. On a clone estate that is a re-arm in progress.
The facts
- Set by
- registrar
- Resolves?
- Yes — this code does not by itself stop the domain resolving.
- Re-armable
- Not applicable: nothing was suspended.
- Where you see it
- The
statusarray of an RDAP record, or theDomain Statusline in whois.
Every status code
Ordered so the two that actually take a domain out of the zone come first.
- clientHoldregistrarpulled from zone
- serverHoldregistrypulled from zone
- addPeriodregistry (automatic)
- autoRenewPeriodregistry (automatic)
- clientDeleteProhibitedregistrar
- clientRenewProhibitedregistrar
- clientTransferProhibitedregistrar
- clientUpdateProhibitedregistrar
- inactivenobody
- oknobody
- pendingCreateregistry (automatic)
- pendingDeleteregistry (automatic)
- pendingRenewregistry (automatic)
- pendingRestoreregistrar
- pendingTransferregistry (automatic)
- pendingUpdateregistry (automatic)
- redemptionPeriodregistry (automatic)
- renewPeriodregistry (automatic)
- serverDeleteProhibitedregistry
- serverRenewProhibitedregistry
- serverTransferProhibitedregistry
- serverUpdateProhibitedregistry
- transferPeriodregistry (automatic)
Definitions follow ICANN’s published status-code list. The enforcement reading is ours. Last built 2026-09-20.