Custom Domain verification is failing

Sameer Nagwekar 20 Reputation points
2026-10-23T19:39:09.4766667+00:00

Hello,

I am trying to verify custom domain in Domain name services. I have added this two days back and the records are updated in my Domain Registrar. I have verified using the MXtoolbox and I am able to see the TXT record published but when I try to verify it in Azure it is failing.

Unable to verify domain name. Ensure you have added the record above at the registrar

Any insights on why this verification may be failing?

Regards,

Sameer

Exchange Online
Exchange Online

A cloud-based service included in Microsoft 365, delivering scalable messaging and collaboration features with simplified management and automatic updates.

0 comments No comments

Answer accepted by question author

AI answer

2026-10-23T19:40:14.2933333+00:00

Compare the publicly returned TXT record with the current value and hostname shown in Microsoft Entra; if they match exactly, check whether the domain is already verified in another Entra tenant.

1. Validate the exact DNS challenge

A publicly visible TXT record does not necessarily mean Entra is finding the current challenge at the expected DNS name.

  1. Sign in with at least the Domain Name Administrator role.
  2. Go to Microsoft Entra admin center → Entra ID → Domain names → Custom domain names → your domain.
  3. Copy the TXT hostname and MS=ms... value currently displayed.
  4. Query the authoritative DNS name directly:
Resolve-DnsName -Name "example.com" -Type TXT
Resolve-DnsName -Name "example.com" -Type NS
  1. Confirm that:
    • The returned value exactly matches the current MS=ms... token.
    • There are no extra spaces, missing characters, or obsolete Microsoft verification records.
    • The record exists in the DNS zone hosted by the authoritative name servers—not merely in the registrar’s DNS interface if the domain uses different name servers.
    • For a root domain, the record is attached to the zone apex as represented by your DNS provider. For a subdomain, it must be attached to that subdomain’s hostname.

Microsoft recommends a TTL of 3600 seconds and notes that incorrect or duplicate entries must expire before verification is retried. Propagation can take several days, but because the record has been public for two days, a stale/wrong token or different authoritative zone is more likely than ordinary propagation.^1^

After correcting any mismatch, return to Entra ID → Domain names → your domain → Verify.

2. Check whether another Entra tenant owns the domain

If authoritative DNS returns the exact current token, the next likely condition is tenant exclusivity: Microsoft Entra permits a domain to be verified in only one tenant.^2^

Use the tenant lookup referenced in the matching Q&A case to identify whether the domain is associated with another tenant: https://www.whatismytenantid.com/ (non-Microsoft site—review it before submitting the domain).^3^

Then follow the applicable branch:

Another tenant that your organization manages

Delete the domain from the old tenant before verifying it in the target tenant.

Warning: Removing a production domain can interrupt sign-in, email, federation, and applications. Inventory dependencies, coordinate with the relevant administrators, prepare a rollback plan, and perform the change during a maintenance window.

Before deletion, migrate or remove references from:

  • User names, email addresses, and proxy addresses
  • Group email/proxy addresses
  • Application ID URIs
  • Mail-enabled objects and federation configuration, where applicable

Sign in using an administrator account on the tenant’s .onmicrosoft.com domain or another domain—not the domain being removed. Entra blocks deletion while dependent resources remain.^2^

After deletion completes, add the domain to the intended tenant, publish its newly generated TXT challenge, and verify it.

An unmanaged or “shadow” tenant

This can result from users signing up independently for services such as Power BI.

For an internal administrator takeover:

  1. Sign in at https://portal.office.com/admintakeover using an account from the unmanaged organization.
  2. Select Yes, I want to be the admin.
  3. Publish the TXT record presented by the takeover wizard.
  4. After verification, manage the old tenant and remove or migrate the domain before adding it to the intended tenant.

An external administrator takeover can instead move the domain into an existing managed tenant by verifying it with forceTakeover. External takeover is not supported when the unmanaged tenant has service plans containing SharePoint, OneDrive, or Skype for Business, or when the tenants are across cloud boundaries.^4^

A managed tenant that you cannot access

There is no self-service DNS change that releases a domain from an inaccessible managed tenant. In the Microsoft Entra admin center, open Help + Support → New support request, select Microsoft Entra ID, and request assistance removing the domain from the existing tenant. Include the domain, your tenant ID, the tenant ID currently holding it if known, and correlation/request IDs from the failure.^3^


References

  1. Add your custom domain name to your tenant
  2. Manage custom domain names in your Microsoft Entra ID
  3. Custom domain has correct DNS entries for verification, but Entra still says unverified - Microsoft Q&A
  4. Take over an unmanaged directory as administrator in Microsoft Entra ID
AI-generated content may be incorrect. Read our transparency notes for more information.

Was this answer helpful?

1 person found this answer helpful.

1 additional answer

Sort by: Newest
  1. Ivory 2,610 Reputation points Independent Advisor
    2026-10-23T20:13:41.9233333+00:00

    Hi Sameer,

    Usually, this occurs when adding the Microsoft 365 verification TXT record to your domain registrar, while your domain is actually pointing to a third-party nameserver (like Cloudflare or a web hosting provider). Additionally, Microsoft 365 may still be checking cached DNS data even if external tools show the updated record.

    Please try the following steps:

    1/ Identify your active nameservers

    Use a public WHOIS or DNS lookup tool to check the current authoritative nameservers for your domain to confirm where your DNS zone is actually hosted. To check the authoritative nameservers:

    nslookup -type=NS yourdomain.com
    

    Make sure the TXT record was added in the provider hosting the active DNS zone, not just at the registrar.

    2/ Verify the TXT record location

    Log in to the control panel of the active DNS host identified in the previous step, and ensure the specific MS=msXXXXXXXX TXT record provided by Microsoft 365 is added to this active zone. Please use

    nslookup -type=TXT yourdomain.com
    

    and ensuring the exact verification TXT record appears in the response.

    3/ Allow time for propagation

    Wait for the DNS changes to propagate across global servers. While some tools update instantly, Microsoft 365 validation can take anywhere from 15 minutes to 48 hours to recognize new records.

    4/ Retry domain validation

    Return to the Microsoft 365 Admin Center, navigate to Settings > Domains, select your domain, and click 'Verify' again.

    For more guidance, you can consult this article:    Troubleshooting domain configuration issues - An Azure Communication Services concept document | Mi…

    If you have any questions or need further assistance, please feel free to share them in the comments on this post.


    If the answer is helpful, please click 'Yes' and kindly upvote it.

    Note: Please follow the steps in the forum documentation to enable e-mail notifications if you want to receive the related email notification for this thread. 

    Was this answer helpful?


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.