Managing external identities to enable secure access for partners, customers, and other non-employees
For the two issues (no invitation email and “Invitation redemption failed”), use the following checks and remediation steps.
- Invitation email not received
- Ask the invitee (or their mail admin) to allow the sender address used by Entra B2B invitations:
- Commercial cloud:
Invites@microsoft.com - Azure operated by 21Vianet:
******@oe.21vianet.com - Microsoft Entra Government:
******@azuread.us
- Commercial cloud:
- Have the invitee check spam/junk and any mail security filters for blocked/quarantined messages from that address.
- If delivery is unreliable and a custom message is important, consider suppressing the built‑in invitation email and sending your own mail with the redemption link via your organization’s email system. This avoids cases where privacy rules prevent custom text from being included in the Microsoft‑sent invite.
- “Invitation redemption failed” when user clicks the link Work through these common causes:
- Home tenant blocks creation of “EmailVerified” users
- If the invitee’s organization uses Microsoft Entra ID but the specific user account does not exist there, their admin may have disabled creation of EmailVerified users.
- Ask the invitee to contact their admin to verify whether external/EmailVerified users are allowed. If not, the admin must update the authorization policy to allow EmailVerified users (see the
Update-MgPolicyAuthorizationPolicyguidance in the linked article in the context).
- External user doesn’t exist in a federated domain
- If the invitee’s organization uses federation and the user isn’t synchronized into their Entra tenant, redemption fails.
- Their admin must synchronize the user’s account to Entra ID before the invitation can be redeemed.
- ProxyAddress collision with an existing user
- Entra checks for collisions in
proxyAddressesacross the invitee’s home tenant and your tenant. - If the email/proxyAddress already exists on a local user or another guest, the invite can fail or behave unexpectedly.
- For external users, Entra will add the email to the existing B2B user’s
proxyAddresses. For local users, direct the person to sign in with the existing account instead of inviting them again.
- Entra checks for collisions in
- Guest object / contact conflicts in your directory
- If the invited email matches an existing Contact object, the guest’s
proxyAddressesormailmay not be populated. - The redemption process has been updated to search both
proxyAddressesand the invited email, so this should no longer block just‑in‑time redemption or email OTP. If issues persist, use Microsoft Graph PowerShell to search for conflicting contacts:-
Connect-MgGraphas at least Directory Reader. - Run
Get-MgContact -All | ? {$_.Mail -match '******@domain.com'}to find duplicates and clean them up if needed.
-
- If the invited email matches an existing Contact object, the guest’s
- Additional troubleshooting steps
- Confirm the guest user was actually created in your tenant after the first invite:
- In Entra admin center → Microsoft Entra ID → Users, search for the guest’s UPN (for example,
user_contoso.com#EXT#@yourtenant.onmicrosoft.com).
- In Entra admin center → Microsoft Entra ID → Users, search for the guest’s UPN (for example,
- If the guest object is in a bad state (for example, created with the wrong email or accepted with the wrong account), remove and re‑invite:
- Use Microsoft Graph PowerShell:
-
Connect-MgGraph -Scopes "User.ReadWrite.All","Directory.ReadWrite.All" - Locate the guest:
Get-MgUser -Filter "UserPrincipalName eq 'jondoe_contoso.com#EXT#@yourdomain.onmicrosoft.com'" -Property Id,UserPrincipalName,UserType - Remove it:
Remove-MgUser -UserId <user-id> -Confirm:$false - (Optional) Permanently delete from recycle bin if needed.
-
- Ask the user to clear browser cache (including cookies and site data) or use an InPrivate/Incognito window when accepting the new invite to avoid cached credentials.
- Use Microsoft Graph PowerShell:
- How to proceed with the current failure
- Capture the RequestId/CorrelationId/Timestamp from the error page (as in the screenshot) and provide them to Microsoft support if the above checks do not resolve the issue. These identifiers allow support to trace the exact backend error.
These steps focus on mail delivery, home‑tenant policies, identity synchronization, and directory conflicts, which are the main documented causes of unstable or failing B2B invitation redemption.
References: