serverDeleteProhibited
set by: registry
The registry blocks deletion of the domain.
What it tells you about enforcement
Often accompanies a legal hold — the registry preserving a domain so it cannot be deleted and re-registered by someone else while a dispute runs.
The facts
- Set by
- registry
- 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.
Do not confuse it with clientDeleteProhibited
serverDeleteProhibited is set by the registry; clientDeleteProhibited is set by the registrar. They look the same in a whois record and mean different things about who acted and who can undo it. Read clientDeleteProhibited.
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.