We sent a link to [email protected]. Open it and you are done — it works once and it lasts an hour.
Doc 22 §2 makes an address "contact/discovery data and never an authorization or automatic account-linking key" — so on the documented model there is nothing here for a link to verify, and a federated sign-in has already proved the address to its own provider. Drawn because the password route needs it; the two stand or fall together
You can close this tab. Opening the link finishes it wherever you open it, and this screen is not waiting on anything you do here.
A second link is on its way to [email protected]. The first one stopped working the moment this one was made — one live link at a time, so there is never a question about which of them is the real one.
Links last an hour and this one was made yesterday. That is all that happened — it was not used by somebody else, and nothing is wrong with your sign-in.
There is nothing to retry here: this link cannot be revived. A new one is one press away and it goes to the same address.
That link has expired. Links are good for one hour and work once; ask for a new one rather than opening the old one again.
This address was verified on 2 August, so the link you opened had nothing left to do. Landing here is not a failure — it is what a link that already worked looks like the second time.
The request would take this organization past one of its limits. Release existing usage or ask for a higher limit.
Safe to paste anywhere. It names this attempt, not you.