Why can't the registrar be changed within two months after changing the domain holder's email address?
Why can't the domain be transferred to another registrar within two months after changing the email of the domain holder? Because changing the holder's name, organization, or email itself will trigger a transfer lock, which locks the risk window brought by the change, and is unrelated to whether the domain has expired or has any outstanding fees. During the lock period, the domain is normally resolved and renewed, but cannot be transferred to another registrar; it is only reopened after the cycle is full. The scheduling for building a website or changing a host needs to be reversed for this period: first confirm that the holder's information is stable, then apply for the transfer code, and finally change the resolution.
Trigger conditions for the rules
Under the ICANN regulations on registrant information changes, only three fields trigger the transfer lock: the name of the holder, the institution, and the email. Any change to these triggers a transfer lock for a period of sixty days, starting from the moment the change takes effect, not from the day you intend to transfer.Two points are easily misunderstood. First, the rules only focus on these three items for the holder, and changing the login account email or technical contact information is not on the trigger list. Second, the lock-up period only restricts the transfer in and out between registrars, renewals and changes in DNS are generally not blocked, but if the holder's information is changed again during this period, the sixty days will start from the new change time.The lock period does not require an application to unlock; the pass is granted when the time is up; the口径of different suffixes are not the same, take the transferable date given by the registrar's backend as the standard.
The time limit of the transfer code
The transfer code is the key to the outgoing direction, also known as the authorization code. The rules also set a time limit for its issuance: the registrar must provide the transfer code to the holder within five calendar days of receiving the request, and cannot drag on for reasons such as internal approval or manual verification.This calculates calendar days, including weekends and holidays in the timing, so this deadline is the latest time to receive, not immediately. A more stable approach to scheduling is to leave a margin of five working days, in case the other party requires phone confirmation or additional materials, it will not affect the subsequent plan.The transfer code does not mean the transfer is complete, the confirmation and execution process of the transferee also needs to be counted in the window.
How to reverse the schedule
The conclusion is to separate the holder's information and the transfer registrar to more than sixty days, with real business actions in the middle, rather than scheduling them in the same week. The reverse anchor point is the day you must complete the transfer, and you count back from that day.
| Stage | What should be done | Suggest to leave out |
|---|---|---|
| Transfer pre-check | Log in to the background to check if the holder's name, organization, email, and current situation are consistent | Three working days |
| Information freezing period | Stop all changes to the holder, including batch email changes | Sixty days |
| Apply for transfer code | Submit a ticket to the current registrar, the limit is to provide within five calendar days | Five working days |
| Execute the transfer | Submit the transfer code and complete the confirmation on the receiving party | Follow the process of the receiving party |
| Switch and accept | Start the analysis and host after the transfer is settled | One business window |
The first row in the table is the most likely to be skipped. A common situation is that on the day of the transfer, it is found that the email of the holder is that of a former colleague, changing the email while waiting for the transfer, the link is delayed by the self-triggered lock period. The sequence should be to check first, then freeze, then request the code, and then transfer.
What to pay attention to in centralized management of multiple sites
A lot of sites, the problem changes from a single domain to a batch of domains. The most feared things in managing multiple sites centrally are: first, the holder's information is replaced in bulk, and once a unified email change means that all domains enter a 60-day lock period at the same time, originally staggered migration windows overlap into the same dead zone;The second is that the domain names are scattered among several registrars, and changes rely solely on memory. A feasible approach is to build a ledger, recording all the domain names, registrars, expiration dates, the last change of holder time, whether in lockout period, and the correspondence between the site and the domain name, which is handed over to the multi-site management of AnQi CMS for unified maintenance.When transferring, remove the domains whose holder records have been changed recently from this batch, and transfer the rest in batches.
Common questions
Ask: If only the login email of the domain account is changed and the holder's email is not changed, will it trigger the lock period? Answer: The rule looks at the three fields at the holder level. The login account email does not belong to it. Confirm the layer of change in the background before submission to avoid the registrar merging the two items.
Ask: Can I move the website to a new host before the sixty days are up? Answer: Yes. The lock period is for the transfer between registrars. You can move the site content and host without changing the resolution. Move the site first, then wait for the transfer window to open before moving the registrar.
How to handle the situation where the registrar does not provide the transfer code in a timely manner? Answer: The rules require that the transfer code be provided within five calendar days after receiving the request. Leave a request and reply time in the work order, then follow up on the registrar's dispute process, written evidence is more useful than oral arguments.
If several domains in the multi-site have just changed owners, do we need to stop the batch migration? Answer: There is no need to stop the batch migration. Place these domains separately after the lockout period is up, continue with the rest as usual, and list the owner field of this batch as frozen.