A restore from redemption has been requested and is waiting for paperwork.
The registrar asked to restore the domain from redemptionPeriod. The registry waits for the registrar’s restore report; if it doesn’t arrive in time the domain falls back to redemptionPeriod. ICANN describes this window as seven days.
- EPP code
- pendingRestore
- In RDAP
- pending restore
- Set by
- The registry (server status)
- Defined in
- RFC 3915 §3
- How serious
- Check this
- Typical length
- About 7 days (ICANN)
Why it matters
The restore isn’t final until the registry has the report.
When you’d see it
Your registrar has accepted your restore request and paid the registry; now it has to submit the restore report. Usually it happens in the background, but if the status falls back to redemptionPeriod, chase your registrar.
How it shows up in a lookup
In a gTLD WHOIS lookup it appears as “Domain Status: pendingRestore https://icann.org/epp#pendingRestore”; RDAP shows it as “pending restore”. It is managed by the registry as a result of an operation (RFC 3915 §3), not a setting you or your registrar toggle directly.
What to do
Watch the status. If it falls back to redemptionPeriod, chase your registrar about the restore report.
Related codes
Sources
Sources
- RFC 3915 §3 (EPP Redemption Grace Period Mapping) · checked 5 Oct 2026
- ICANN: EPP Status Codes, What do they mean, and why should I know? · checked 5 Oct 2026
- RFC 8056: EPP and RDAP status mapping · checked 5 Oct 2026