www.icann.org
Open in
urlscan Pro
2620:0:2d0:200::7
Public Scan
Submitted URL: https://icann.org/epp#ok\nRegistry
Effective URL: https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en
Submission: On September 15 via api from US — Scanned from DE
Effective URL: https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en
Submission: On September 15 via api from US — Scanned from DE
Form analysis 1 forms found in the DOM
<form ng-controller="SearchBarCtrl" class="ng-pristine ng-valid ng-scope"><label class="hidden" for="search_text">Search ICANN.org</label><input type="search" name="search_text" id="search_text" value="" placeholder="Search ICANN.org"
class="SearchBox-textField ng-pristine ng-untouched ng-valid ng-empty" ng-model="params.searchText"><input type="submit" name="commit" value="" class="SearchBox-submit" ng-click="doSearch()"></form>Text Content
Skip to main content
* Search ICANN.org
* Log In
* Sign Up
Get Started
Beginner's GuideNewcomers ProgramFellowship ProgramHistory
News & Media
AnnouncementsBlogFor JournalistsGlobal NewslettersICANN News
SubscriptionsLegislative / Regulatory ReportsMultimediaRegional Reports
Policy
ICANN PolicyDevelop PolicyOperational Design Phase (ODP)Implement PolicyPolicy
UpdateParticipateTeam
Public Comment
Upcoming ProceedingsOpen ProceedingsClosed ProceedingsOther Public Consultations
Resources
BoardAccountability & TransparencyRegistrarsRegistry OperatorsDomain Name
RegistrantsContractual ComplianceDomain Name System AbuseComplaints
OfficePrivacy & Proxy ServicesHelpCareers
Community
GroupsCalendar
Quicklinks
Board MeetingsData Protection/PrivacyDomain Name RegistrantsEngagement
CalendarIANA ServicesICANN Acronyms and TermsNew gTLDsPublic Technical
Identifiers (PTI)Open DataQuestion About A Domain Name?Technology @ ICANN
Resources
*
About ICANN
*
Learning
* Factsheets
* Beginner's Guides
* Acronyms and Terms
*
Podcasts
* Archive
*
Participate
* What ICANN Does
* Effect on the Internet
* What's Going On Now
* How to Participate
* Newcomers Program
*
Fellowships
* Committee
* Terms & Conditions
* President's Corner
* ICANN Management Organization Chart
* Staff
* Careers
*
In Focus
* Continuity
*
DNSSEC
* Standards
* IANA DNSSEC Root Information
* TLD DNSSEC Report
* Root Deployment
* Deployment Graph
* Tools
* Training
* Key Ceremony
* News
* Blog Posts
* Presentations
* Related Sites
* GNSO Improvements
* Travel Support
* WHOIS Policy Review Team Recommendations - Implementation
*
For Journalists
* Releases & Advisories
* Resources
*
Board
* Board Activity
*
Committees Activity
*
Committees Activity Reports
* 2016
* Resolutions
* Recommendations to the Board
*
Board Meetings
* 2021
* 2020
* 2019
* 2018
* 2017
* 2016
* 2015
* 2014
* 2013
* 2012
* 2011
* 2010
* 2009
* 2008
* 2007
* 2006
* 2005
* 2004
* 2003
* 2002
* 2001
* 2000
* 1999
* 1998
*
Board Committees
* Audit Committee
* Compensation Committee
* Executive Committee
* Finance Committee
* Governance Committee
*
Organizational Effectiveness Committee
* Impact of the New gTLD Program
* Risk Committee
* Strategic Planning Committee
* Technical Committee
* Accountability Mechanisms Committee
* Past Committees
*
Board Working Groups and Caucuses
* Board Working Groups Membership Lists
* Past Working Groups
* Board Caucuses Membership Lists
* Past Caucuses
*
Accountability
*
Accountability Mechanisms
* Reconsideration
*
Independent Review Process
* Updating the IRP
*
Ombudsman
* About
* Program
* Framework
* Standards of Practice
* Respectful Communication
* Reports
* Speeches
* Links
* Questions
*
Empowered Community
* Empowered Community Administration
* Empowered Community Administration Mailing List
* Empowered Community Correspondence
*
Document Disclosure
* Disclosure Policy
* DIDP Response Process
*
Reviews
* Getting Started
*
Organizational Reviews
* ALAC
* ASO
* Board
* ccNSO
* GNSO
* Nominating Committee
* RSSAC
* SSAC
* Technical Liaison Group
*
Specific Reviews
* Accountability & Transparency
* Registration Directory Service
* Security, Stability, and Resiliency
* Competition, Consumer Trust & Consumer Choice
* CCT Metrics
* Expected Standards of Behavior
* Enhancing ICANN Accountability and Governance
*
Governance
*
Governance Documents
* Guidelines
*
Articles of Incorporation
* Current
* Archive
*
Bylaws
* Current Bylaws
* Archive
* Board Code of Conduct
* Board Conflicts of Interest Policy
* Board Statements of Interest
* Lobbying Disclosures & Contribution Reports
* Summary of Conflicts of Interest and Ethics Practices Review
* Evolving ICANN’s MSM
*
Agreements
*
NTIA IANA Functions' Stewardship Transition
* Call for Public Input: Draft Process to Develop the Proposal (8 April-8
May 2014
* Process to Develop the Proposal and Next Steps
*
Registry
* Archive
*
Affirmation of Commitments
* AOC Tracking
* ccTLD
* Partnership Memorandums of Understanding
*
Registrar
* Archive
* Annual Reports
*
Financials
* Financial Reports
* Policies, Guidelines and Procedures
*
Planning
* Strategic Plan
* Presentations
* RFPs
* Litigation
* Newsletter
*
Correspondence
* 2021
* 2020
* 2019
* 2018
* 2017
* 2016
* 2015
* 2014
* 2013
* 2012
* 2011
* 2010
* 2009
* 2008
* 2007
* 2006
* 2005
* 2004
* 2003
* 2002
* 2001
* 2000
* 1999
* 1998
* Quarterly Reports
*
Groups
*
RSSAC
* Charter
*
SSAC
* Role
* Work Plans & Activities
* Documents
* GAC
* At-Large
* ASO
* ccNSO
* GNSO
*
Technical Liaison Group
* Technical Experts Group (TEG)
*
NomCom
* Committee's Charge
* Past NomComs
* Customer Standing Committee
* Root Zone Evaluation Review Committee (RZERC)
* Business
* Civil Society
*
Complaints Office
* Complaints Report
* Domain Name System Abuse
*
Contractual Compliance
* About
*
Programs
* Approach & Process
* gTLD Registry Compliance
* Accredited Registrar Compliance
* Audit
* General Questions
* Complaint Submission & Learn More
*
Reporting & Performance Measurement
*
Notices
* Archive
* Performance Reports
* Reports
* Outreach
*
Registrars
* Registrar Library
* News & Communications
*
How to Become a Registrar
* Accreditation Agreement
* Registrar Application
* Registrar Application Instructions
* Registrar Training
*
Changes to Existing Accreditation
* Annual Registrar Compliance Certificate
* Bulk Transfers
* Data Retention Waiver
* Purchasing an ICANN-Accredited Registrar
* Registrar Data Escrow Program
* Registrar Mergers
* Registrar Name Changes
* Registrar Primary Contact Updates
* Renewing an Existing Accreditation
* Terminating an Accreditation
* Transferring (Assigning) an ICANN Accreditation
* Privacy and Proxy Service Providers
*
Registrar Resources
* Advisories
*
Agreements & Policies
* Policy Statement
* Billing Frequently Asked Questions (FAQ) for Registrars
* Consensus Policies
* Contact List
*
Domain Name Transfers
* Domain Name Holder FAQs
* Inter-Registrar Transfer Information
* Policy
* General Operations Handbook for Registrars
* gTLD Accounts and Services Team
* gTLD Lifecycle
* Naming Services portal
* Registration Data Access Protocol (RDAP)
* Registrar Data Escrow Reporting FAQ
* Registrar FAQs
* Security Response Waiver Requests for Registrars
* Whois/Privacy Law Conflicts
* Whois-Related Policies and Provisions
* History
*
Registry Operators
*
Advisories & Consensus Policies
* Advisories
*
Consensus Policies
*
Registry Service Evaluation Policy (RSEP)
* RSEP Implementation Notes
* Preliminary Determination of Competition Issues
* Reconciliation
* RSEP Announcements Archive
*
News & Events
* GDD Summit
* ICANN News & Media
* ICANN Public Comment Page
* ICANN Public Meetings Calendar
*
Registry Agreements
* 2017 Global Amendment to the Base New gTLD Registry Agreement
*
Registry Agreements Archive
* Proof of Concept Reports
* Terminated Registry Agreements
*
Registry Resources
* Bulk Transfers
* Data Protection and Privacy
*
Emergency Back-end Registry Operator (EBERO)
*
gTLD Registry Continuity
* Continuity Archive
* Form 6166 - U.S. Tax Residency Certification (TRC)
* Framework for Registry Operators to Respond to Security Threats
* GDD General Operations Handbook for Registry Operators
* gTLD Accounts and Services Team
* gTLD JSON Reports
* How to Guides
* List of Top-Level Domains
* Monthly Registry Reports
* Naming Services portal
* New gTLD Program
* New gTLD Program Case Studies
* New gTLD Registry Operator CSV Report
* Registration Data Access Protocol (RDAP)
* Registry FAQs
* Registry Listing Page
* Registry System Testing (RST)
* Service Level Agreement (SLA) Monitoring System API Specification
*
Services for Registry Operators
*
Assignment of Registry Agreements
*
Registry Operator Change of Control
* Completed Direct Change of Control
* Material Subcontracting Arrangement
* Continued Operations Instrument (COI)
* Centralized Zone Data Service (CZDS)
* Community gTLD Change Requests
* Expedited Registry Security Request (ERSR) Process
* Registry Agreement Termination Service
* Registry Operator Name Change
*
RSEP Process
* Fast Track RSEP Process and Standard Authorization Language
* RSEP Process Workflow
* Technical Evaluation Panel
*
Registry Transition Processes
* EBERO Temporary Transition Process
* EBERO Transition Process - Communicate
* EBERO Transition Process - DNS
* EBERO Transition Process - Data Escrow
* EBERO Transition Process - RDDS
* EBERO Transition Process - SRS
* Prospective Registry Evaluation Matrix
* Registry Transition Process with Proposed Successor - Check Support
* Registry Transition Process with Proposed Successor - Communicate
* Registry Transition Process with Proposed Successor - Evaluate
* Registry Transition Process with Proposed Successor
* Registry Transition Process with Request for Proposals - Check Support
* Registry Transition Process with Request for Proposals - Communicate
* Registry Transition Process with Request for Proposals - Evaluate
* Registry Transition Process with Request for Proposals - RFP
* Registry Transition Process with Request for Proposals
* Removal of Cross-Ownership Restrictions
*
Reserved Names
*
Two-Character ASCII Labels
* Two-Character Archive
* Country & Territory Names
*
RRA Amendment
* RRA Amendment Procedure
* RRA Amendment with Temporary Specification
*
Rights Protection Mechanisms & Dispute Resolution Procedures
* INGO Claims Notification
* PDDRP
* PICDRP
* RRDRP
* TMCH
* TMCH Requirements
* URS
*
Domain Name Registrants
* About Domain Names
* ICANN Policies
* Registration Data Policies
* Domain Name Industry
* Registering Domain Names
*
Managing Domain Names
* Contact Information and WDRP
* Securely Managing Your Domain Name
* Transferring Domain Names
* Renewing Domain Names
* Rights and Responsibilities
* Spam, Phishing, and Website Content
* Trademark Infringement
* GDD Metrics
*
Identifier Systems Security, Stability and Resiliency (OCTO IS-SSR)
* IS-SSR Team Blogs
* Security Terminology
* Document Archive
*
ccTLDs
* Background Materials
* Agreements
* Delegation
* Root Zone Database
* Model MOU
* Workshops
* ICANN and ISO
*
Internationalized Domain Names
*
Root Zone Label Generation Rules (LGR)
* Generation Panel Update
* Maximal Starting Repertoire
* Proposals for Root Zone Label Generation Ruleset
* IDN Variant TLD Implementation
* LGR Toolset
* IDN ccTLD Fast Track
* IDN Implementation Guidelines
* Second-Level LGR Reference
* Resources
* Announcements and Blogs Posts
* Universal Acceptance Initiative
*
Policy
* Policy Mission
* Policy Staff Goals
* Presentations
*
Global Addressing
* IPv6 Allocation
* ASN Allocation
* Post Exhaustion IPv4 Allocation
* New RIRs Criteria
* Review Procedures
* Policy Updates
* Operational Design Phase (ODP)
* Implementation
*
Public Comment
* Open
* Upcoming
* Archive
* Root Zone KSK Rollover
*
Technical Functions
* Tech Day Archive
*
Contact
* Report Security Issues
* PGP Keys
* Certificate Authority
* Registry Liaison
* Ombudsman
*
Help
* Dispute Resolution
*
Domain Name Dispute Resolution
*
Charter Eligibility Dispute Resolution Policy
* Providers
* Rules
*
Eligibility Requirements Dispute Resolution Policy
* Providers
* Rules
*
Intellectual Property Defensive Registration Challenge Policy
* Providers
* Rules
*
Qualification Challenge Policy
* Providers
* Rules
*
Restrictions Dispute Resolution Policy
* Providers
* Rules
*
Transfer Dispute Resolution Policy
* Providers
*
Uniform Domain Name Dispute Resolution Policy
* Policy Document
* Providers
* Provider Approval Process
* Rules
* Principal Documents
* Proceedings
* Historical Documents
* Timeline
*
Name Collision
* FAQ: IT Professionals
* FAQ: Registries
* Guide for IT Professionals
* Recommendations for New ccTLDs
* Report a Problem
* Registrar Problems
* Whois Data Correction
* Independent Review Process
* Request for Reconsideration
* Document
EPP STATUS CODES | WHAT DO THEY MEAN, AND WHY SHOULD I KNOW?
Extensible Provisioning Protocol (EPP) domain status codes, also called domain
name status codes, indicate the status of a domain name registration. Every
domain has at least one status code, but they can also have more than one.
Is your domain name registration about to be dropped? Is it safely locked to
prevent unauthorized transfers, updates or deletions? Does it have any
restrictions or pending actions that you need to address? Finding and
understanding your domain's EPP status codes will answer all of these questions
and more.
It is important for registrants (that means you!) to understand EPP status codes
because they can explain why your domain may have stopped working, if it is
protected from domain name hijacking, and when and if your domain name
registration will expire and become available to the public for registration.
You can find out your domain's status codes by running a Whois lookup, which you
can do by visiting http://www.internic.net/whois.html or your registrar's
website. Your domain's EPP status codes will be included in the search results.
There are two different types of EPP status codes: client and server codes.
Client status codes are set by registrars. Some registrars automatically enact
certain status codes when you register a domain name, while others do so when
you request it. Server status codes are set by registries, and they take
precedence over client codes. Both kinds of status codes appear when you run a
Whois lookup for your domain.
The following are two tables containing the 17 standardized EPP (see std69)
domain status codes plus the Registry Grace Period (RGP) status codes (see
RFC3915). The first table lists the server and RGP status codes; the second
table lists the client status codes. These tables will explain what each status
means, why you should care what it means, and what kind of action you might want
to take to respond to a status.
SERVER STATUS CODES ARE SET BY YOUR DOMAIN'S REGISTRY
EPP Status Code RDAP Status Mapping What does it mean? Should you do something?
addPeriod
add period
This grace period is provided after the initial registration of a domain name.
If the registrar deletes the domain name during this period, the registry may
provide credit to the registrar for the cost of the registration.
This is an informative status set for the first several days of your domain's
registration. There is no issue with your domain name.
autoRenewPeriod
auto renew period
This grace period is provided after a domain name registration period expires
and is extended (renewed) automatically by the registry. If the registrar
deletes the domain name during this period, the registry provides a credit to
the registrar for the cost of the renewal.
This is an informative status set for a limited time after your domain's auto-
renewal by the registry. If you do not want to keep it (i.e., pay the renewal
fee) anymore, you should contact your registrar immediately to discuss what
options are available.
inactive
inactive
This status code indicates that delegation information (name servers) has not
been associated with your domain. Your domain is not activated in the DNS and
will not resolve.
If your domain has remained in this status for several days, you may want to
contact your registrar to request information about the delay in processing.
If the TLD requires documentation to be provided for registration, you may need
to provide the required documentation.
ok
active
This is the standard status for a domain, meaning it has no pending operations
or prohibitions.
Asking your registrar to enact status restrictions, like
clientTransferProhibited, clientDeleteProhibited, and clientUpdateProhibited,
can help to prevent unauthorized transfers, deletions, or updates to your
domain.
pendingCreate
pending create
This status code indicates that a request to create your domain has been
received and is being processed.
If the TLD is on a special registration period (e.g. sunrise), this may indicate
that the domain name will be allocated at the end of such period.
If the TLD is not on a special registration period and you are NOT the listed
Registrant, you should contact your registrar immediately to resolve the issue.
pendingDelete
pending delete
This status code may be mixed with redemptionPeriod or pendingRestore. In such
case, depending on the status (i.e. redemptionPeriod or pendingRestore) set in
the domain name, the corresponding description presented above applies. If this
status is not combined with the redemptionPeriod or pendingRestore status, the
pendingDelete status code indicates that your domain has been in
redemptionPeriod status for 30 days and you have not restored it within that
30-day period. Your domain will remain in this status for several days, after
which time your domain will be purged and dropped from the registry database.
Once deletion occurs, the domain is available for re-registration in accordance
with the registry's policies.
If you want to keep your domain name, you must immediately contact your
registrar to discuss what options are available.
pendingRenew
pending renew
This status code indicates that a request to renew your domain has been received
and is being processed.
If you did not request to renew your domain and do not want to keep it (i.e.,
pay the renewal fee) anymore, you should contact your registrar immediately to
discuss what options are available.
pendingRestore
pending restore
This status code indicates that your registrar has asked the registry to restore
your domain that was in redemptionPeriod status. Your registry will hold the
domain in this status while waiting for your registrar to provide required
restoration documentation. If your registrar fails to provide documentation to
the registry operator within a set time period to confirm the restoration
request, the domain will revert to redemptionPeriod status.
Watch your domain's status codes within this frequently defined seven day period
to ensure that your registrar has submitted the correct restoration
documentation within the time window. If this period ended and your domain has
reverted back to a redemptionPeriod status, contact your registrar to resolve
whatever issues that may have halted the delivery of your domain's required
restoration documentation.
pendingTransfer
pending transfer
This status code indicates that a request to transfer your domain to a new
registrar has been received and is being processed.
If you did not request to transfer your domain, you should contact your
registrar immediately to request that they deny the transfer request on your
behalf.
pendingUpdate
pending update
This status code indicates that a request to update your domain has been
received and is being processed.
If you did not request to update your domain, you should contact your registrar
immediately to resolve the issue.
redemptionPeriod
redemption period
This status code indicates that your registrar has asked the registry to delete
your domain. Your domain will be held in this status for 30 days. After five
calendar days following the end of the redemptionPeriod, your domain is purged
from the registry database and becomes available for registration.
If you want to keep your domain, you must immediately contact your registrar to
resolve whatever issues resulted in your registrar requesting that your domain
be deleted, which resulted in the redemptionPeriod status for your domain. Once
any outstanding issues are resolved and the appropriate fee has been paid, your
registrar should restore the domain on your behalf.
renewPeriod
renew period
This grace period is provided after a domain name registration period is
explicitly extended (renewed) by the registrar. If the registrar deletes the
domain name during this period, the registry provides a credit to the registrar
for the cost of the renewal.
This is an informative status set for a limited period or your domain's renewal
by your registrar. If you did not request to renew your domain and do not want
to keep it (i.e., pay the renewal fee) anymore, you should contact your
registrar immediately to discuss what options are available.
serverDeleteProhibited
server delete prohibited
This status code prevents your domain from being deleted. It is an uncommon
status that is usually enacted during legal disputes, at your request, or when a
redemptionPeriod status is in place.
This status may indicate an issue with your domain that needs resolution. If so,
you should contact your registrar to request more information and to resolve the
issue. If your domain does not have any issues, and you simply want to delete
it, you must first contact your registrar and request that they work with the
Registry Operator to remove this status code.
Alternatively, some Registry Operators offer a Registry Lock Service that allows
registrants, through their registrars to set this status as an extra protection
against unauthorized deletions. Removing this status can take longer than it
does for clientDeleteProhibited because your registrar has to forward your
request to your domain's registry and wait for them to lift the restriction.
serverHold
server hold
This status code is set by your domain's Registry Operator. Your domain is not
activated in the DNS.
If you provided delegation information (name servers), this status may indicate
an issue with your domain that needs resolution. If so, you should contact your
registrar to request more information. If your domain does not have any issues,
but you need it to resolve in the DNS, you must first contact your registrar in
order to provide the necessary delegation information.
serverRenewProhibited
server renew prohibited
This status code indicates your domain's Registry Operator will not allow your
registrar to renew your domain. It is an uncommon status that is usually enacted
during legal disputes or when your domain is subject to deletion.
Often, this status indicates an issue with your domain that needs to be
addressed promptly. You should contact your registrar to request more
information and resolve the issue. If your domain does not have any issues, and
you simply want to renew it, you must first contact your registrar and request
that they work with the Registry Operator to remove this status code. This
process can take longer than it does for clientRenewProhibited because your
registrar has to forward your request to your domain's registry and wait for
them to lift the restriction.
serverTransferProhibited
server transfer prohibited
This status code prevents your domain from being transferred from your current
registrar to another. It is an uncommon status that is usually enacted during
legal or other disputes, at your request, or when a redemptionPeriod status is
in place.
This status may indicate an issue with your domain that needs to be addressed
promptly. You should contact your registrar to request more information and
resolve the issue. If your domain does not have any issues, and you simply want
to transfer it to another registrar, you must first contact your registrar and
request that they work with the Registry Operator to remove this status code.
Alternatively, some Registry Operators offer a Registry Lock Service that allows
registrants, through their registrars to set this status as an extra protection
against unauthorized transfers. Removing this status can take longer than it
does for clientTransferProhibited because your registrar has to forward your
request to your domain's registry and wait for them to lift the restriction.
serverUpdateProhibited
server update prohibited
This status code locks your domain preventing it from being updated. It is an
uncommon status that is usually enacted during legal disputes, at your request,
or when a redemptionPeriod status is in place.
This status may indicate an issue with your domain that needs resolution. If so,
you should contact your registrar for more information or to resolve the issue.
If your domain does not have any issues, and you simply want to update it, you
must first contact your registrar and request that they work with the Registry
Operator to remove this status code.
Alternatively, some Registry Operators offer a Registry Lock Service that allows
registrants, through their registrars to set this status as an extra protection
against unauthorized updates. Removing this status can take longer than it does
for clientUpdateProhibited because your registrar has to forward your request to
your domain's registry and wait for them to lift the restriction.
transferPeriod
transfer period
This grace period is provided after the successful transfer of a domain name
from one registrar to another. If the new registrar deletes the domain name
during this period, the registry provides a credit to the registrar for the cost
of the transfer.
This is an informative status set for a limited period or your domain's transfer
to a new registrar. If you did not request to transfer your domain, you should
contact your original registrar.
CLIENT STATUS CODES ARE SET BY YOUR DOMAIN'S REGISTRAR
clientDeleteProhibited
client delete prohibited
This status code tells your domain's registry to reject requests to delete the
domain.
This status indicates that it is not possible to delete the domain name
registration, which can prevent unauthorized deletions resulting from hijacking
and/or fraud. If you do want to delete your domain, you must first contact your
registrar and request that they remove this status code.
clientHold
client hold
This status code tells your domain's registry to not activate your domain in the
DNS and as a consequence, it will not resolve. It is an uncommon status that is
usually enacted during legal disputes, non-payment, or when your domain is
subject to deletion.
Often, this status indicates an issue with your domain that needs resolution. If
so, you should contact your registrar to resolve the issue. If your domain does
not have any issues, but you need it to resolve, you must first contact your
registrar and request that they remove this status code.
clientRenewProhibited
client renew prohibited
This status code tells your domain's registry to reject requests to renew your
domain. It is an uncommon status that is usually enacted during legal disputes
or when your domain is subject to deletion.
Often, this status indicates an issue with your domain that needs resolution. If
so, you should contact your registrar to resolve the issue. If your domain does
not have any issues, and you simply want to renew it, you must first contact
your registrar and request that they remove this status code.
clientTransferProhibited
client transfer prohibited
This status code tells your domain's registry to reject requests to transfer the
domain from your current registrar to another.
This status indicates that it is not possible to transfer the domain name
registration, which will help prevent unauthorized transfers resulting from
hijacking and/or fraud. If you do want to transfer your domain, you must first
contact your registrar and request that they remove this status code.
clientUpdateProhibited
client update prohibited
This status code tells your domain's registry to reject requests to update the
domain.
This domain name status indicates that it is not possible to update the domain,
which can help prevent unauthorized updates resulting from fraud. If you do want
to update your domain, you must first contact your registrar and request that
they remove this status code.
ICANN is not responsible for profile content or verification of user details.
* YouTube
* Twitter
* LinkedIn
* Flickr
* Facebook
* Newsletters
* Community Wiki
* ICANN Blog
WHO WE ARE
* Get Started
* Learning
* Participate
* Groups
* Board
* President & CEO’s Corner
* Staff
* Careers
* Public Responsibility
CONTACT US
* Locations
* Global Support
* Report Security Issues
* PGP Keys
* Certificate Authority
* Registry Liaison
* Organizational Reviews
* Complaints Office
* For Journalists
ACCOUNTABILITY & TRANSPARENCY
* Accountability Mechanisms
* Independent Review Process
* Request for Reconsideration
* Ombudsman
* Empowered Community
GOVERNANCE
* Documents
* Agreements
* Specific Reviews
* Annual Report
* Financials
* Document Disclosure
* Planning
* RFPs
* Litigation
* Correspondence
HELP
* Dispute Resolution
* Domain Name Dispute Resolution
* Name Collision
* Registrar Problems
* WHOIS
DATA PROTECTION
* Data Privacy Practices
* Privacy Policy
* Terms of Service
* Cookies Policy
© Internet Corporation for Assigned Names and Numbers.Privacy PolicyTerms of
ServiceCookies Policy
A NOTE ABOUT OUR TERMS OF SERVICE:
We have updated our electronic terms of service to provide greater transparency
and align with laws applicable to us. Learn more.
This site uses cookies to deliver an efficient user experience and to help us
see how the site is used. Learn more.OK
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include
characters used in the local representation of languages that are not written
with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can
contain Latin letters with diacritical marks, as required by many European
languages, or may consist of characters from non-Latin scripts such as Arabic or
Chinese. Many languages also use other types of digits than the European
""0-9"". The basic Latin alphabet together with the European-Arabic digits are,
for the purpose of domain names, termed ""ASCII characters"" (ASCII = American
Standard Code for Information Interchange). These are also included in the
broader range of ""Unicode characters"" that provides the basis for IDNs. The
""hostname rule"" requires that all domain names of the type under consideration
here are stored in the DNS using only the ASCII characters listed above, with
the one further addition of the hyphen ""-"". The Unicode form of an IDN
therefore requires special encoding before it is entered into the DNS. The
following terminology is used when distinguishing between these forms: A domain
name consists of a series of ""labels"" (separated by ""dots""). The ASCII form
of an IDN label is termed an ""A-label"". All operations defined in the DNS
protocol use A-labels exclusively. The Unicode form, which a user expects to be
displayed, is termed a ""U-label"". The difference may be illustrated with the
Hindi word for ""test"" — परीका — appearing here as a U-label would (in the
Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated
ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A
domain name that only includes ASCII letters, digits, and hyphens is termed an
""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a
name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."