Why the order of operations matters
An ORCID iD is built to outlast a single job or degree. The email address attached to it often does not. When a university or employer closes your inbox, the record can be left tied to an address you can no longer open — which matters for sign-in, recovery and notifications.
The safe sequence is: confirm which iD is yours, add an address you control, verify it, adjust notifications, and only then stop using the old address. Doing it in that order avoids a gap where the record points only at a mailbox you have lost.
This guide covers the email step specifically. It does not cover changing your name, moving publications, or merging duplicate records.
Step 1: Confirm which ORCID iD is actually yours
Before changing anything, establish that you are editing your own record and not a namesake’s.
- Sign in through the ORCID sign-in page and open your record. If you are unsure which iD is yours, search your name and compare the listed affiliations, works and education entries against your own history.
- Check the email address currently shown in the record. If it is the institutional address that is about to close, that is the one this task is about.
- Note whether the record has any other associated address already. If it does, you may only need to verify or promote it rather than add a new one.
A public profile match is a lead, not proof. Common names, shared institutions and similar research areas can produce several plausible records, so confirm through the signed-in view rather than a public search result alone.
If you found the record by searching an old address and want a repeatable way to do that for other services, see finding accounts by email address.
Step 2: Decide which address should become the backup
Choose an address you will still control after the institution’s mailbox is closed. Good candidates are a personal mailbox you already use, or an address on a domain you own. Less reliable choices are another employer address, a shared departmental inbox, or an alias that forwards from the institution — forwarding rules are usually the first thing disabled when an account is closed.
| Candidate address | Durable after leaving? | Notes |
|---|---|---|
| Personal mailbox you already use | Usually yes | Simplest to verify; keep recovery options current |
| Address on a domain you own | Usually yes | Depends on keeping the domain registered and paid |
| Another institutional address | No, if it closes with the same employer | Only useful while that institution remains |
| Departmental or shared inbox | No | Others may lose access or the inbox may be retired |
| Forwarding alias from the old institution | No | Forwarding typically ends when the account is closed |
This table is editorial guidance about durability, not an ORCID rule. The platform does not rank address types; it simply requires verification.
Step 3: Add the address in the Emails section
A secondary address is added in the record’s Emails section and verified through a message sent to that inbox. Source
Two practical consequences follow. First, the address must be one whose inbox you can open during the setup session, because the verification message goes there. Second, if the verification message does not arrive, check the spelling of the address and the spam or filtering settings on that mailbox before trying again; a typo produces a record entry that can never be verified.
If you are working from a shared or public computer, complete the verification before you leave the session, and sign out afterwards.
Step 4: Understand what you can and cannot remove
The owner cannot remove the only associated email address; notification email selection is limited to verified addresses. Source
This is the reason the sequence in this guide is add-then-retire rather than replace. The record needs at least one associated address at all times, and you cannot make an unverified address the one that receives notifications. Plan on the old institutional address remaining listed until you have a verified alternative in place; only then does removing it become a question worth asking.
If the institutional address is already unreachable, you may not be able to verify anything through it. In that case, use the account-recovery route offered at sign-in and be prepared to explain the situation; do not create a new iD to work around the problem (see the section below).
Step 5: Choose where notifications go
The owner cannot remove the only associated email address; notification email selection is limited to verified addresses. Source
After verification, review which verified address is selected for notifications. If the institutional address is still selected, switch the selection to the address you control so that messages do not disappear into a closed mailbox. The exact placement of that setting is a platform interface detail; if you cannot find it, check the current ORCID help documentation rather than guessing at a menu path.
Step 6: Retire the old address deliberately
Once the new address is verified and selected for notifications, you can plan the end of the institutional inbox. Before it closes:
- Confirm you can sign in to ORCID using the new address or another method you control.
- Check that any other services that used the institutional address for sign-in have their own replacement path; ORCID is rarely the only one.
- Keep a record of the change date somewhere outside the institutional systems.
Removing the old address from ORCID is optional and depends on your situation. What matters is that the record no longer depends on a mailbox you cannot open.
Do not create a second ORCID iD as a migration strategy
A tempting shortcut when an old address becomes unreachable is to register a fresh iD with a new email. That splits your publication and affiliation history across two identifiers and creates a cleanup problem later. The supported path is to keep the existing iD and fix its email access. If you already have two records, treat consolidation as a separate task rather than adding a third.
Keep email visibility separate from the backup task
Adding a backup address is about access and recovery. Whether an address is displayed publicly on your record is a different setting with a different audience. Do not assume that verifying a personal address makes it public, and do not assume that hiding it removes it from the account. Decide the visibility question on its own merits, ideally after the access problem is solved.
Checklist
- Signed in and confirmed the record is mine, not a namesake’s
- Identified the institutional address that is closing
- Chosen a durable address I control (personal mailbox or owned domain)
- Added it in the Emails section
- Opened the verification message and completed verification
- Selected the verified address for notifications
- Confirmed sign-in still works
- Checked other services that used the institutional address
- Decided separately whether any address should be publicly visible
- Did not register a duplicate iD
What this guide does not establish
The steps above follow ORCID’s documented email rules and general account hygiene. They do not describe the current screen layout, the exact wording of the settings, or the recovery flow’s requirements, none of which are confirmed here. If the interface differs from what you expect, follow the live help pages rather than a remembered menu path.
When the immediate task is done, a broader review of which accounts are tied to the retiring address can be useful — that is where the email lookup guide fits as a next step, not as part of the ORCID change itself.