Jump to content

Auth-Code

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by AnomieBOT (talk | contribs) at 16:43, 3 March 2020 (Dating maintenance tags: {{OR}}). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Transfer secret, also known as EPP Code, is a randomly generated complex code by a domain registrar which can contain numbers, letters and special characters. Registrars are only permitted to provide the code to the registered owner of the domain as it appears on a whois query.

The code is officially called an AuthInfo Code and an Auth-Info code by ICANN and registry operators. It is alternatively called an auth code, a transfer key, a transfer secret, an EPP code, EPPT authentication code, or EPP authorization code. See Extensible Provisioning Protocol.

"This is official notification that the RRP Protocol has been decommissioned from the Com/Net Production Environments during scheduled maintenance on October 28, 2006... All Transfer requests submitted after October 28 will require AuthInfo in order to initiate a transfer request. In the scenario where the domain name does not have an AuthInfo assigned the Losing Registrar must assign an AuthInfo code before the Gaining Registrar can initiate the transfer request."[1]

The code supports transferring any domain in the above top-level domains from one Registrar to another. If the code is not provided, then those domains generally cannot be transferred. The code helps identify the domain name holder; it does not constitute transfer approval.

Transfers take place within ten days, but usually less than five days.

When getting a new registrar, it is prudent to locate the auth-info code and procedure early.[original research?] Registrars may assume your only interest in the code is so you can take your business away, and might impede your getting your code when you have only a few days left before losing your domain. They might call the code something else (foiling searches), leave it off FAQs, and ignore your emails, and resellers may be even less helpful. Find out in the beginning and keep this important information safe and secure (at the risk that they'll change the method but at least you'll have a starting point).[original research?] Internic can be used to file complaints if needed, but ICANN does not resolve individual customer complaints.[2] No centralized Internet authority effectively resolves end-user problems. Due diligence before selecting a registrar is important.

However, each registrar handles the Transfer-Out process differently, and in some cases will only supply the code at the time it is needed. Because registrars discourage transfers out, it may be necessary to pretend to start the process in order to learn the particular details.[3]

In order to successfully transfer a domain, it is vital to remember how to log in with the registrar, and to ensure that the registered admin contact email is current and working. There is typically a transfer domain lock mechanism within the administration interface at the registrar, which must be unlocked for a successful transfer.

Registry operators may have their own provisions in agreements with registrars; those agreements may be posted on operators' websites.[original research?]

Registrars may also use additional Transaction Auth Codes, e.g. to validate transactions such as allowing a domain to be pushed into one account from another account, within the registrar.[original research?]

See also

References

  1. ^ "RRP Protocol Decommissioned". Archived from the original on 2006-11-10.
  2. ^ "Contacting ICANN Regarding Contractual Compliance Complaint".
  3. ^ "New EPP regulations now in effect". Archived from the original on 2007-01-10.