IntuneHow-to

Windows MDM-only enrollment loses EnterpriseEnrollment CNAME auto-discovery in January 2027

From 15 January 2027 Windows MDM-only enrollment stops finding Intune through the EnterpriseEnrollment CNAME. Who is affected, how to find those devices and update your instructions.

For years, an EnterpriseEnrollment DNS record has let Windows users enroll in Intune by typing nothing more than their work email address. Microsoft has announced that, for one specific path, that convenience ends in January 2027. Nothing breaks on devices that are already enrolled, but users and scripts that rely on the record will meet a prompt for a server address they've never seen. In this post I'll explain exactly what changes, how to tell whether you're affected, and how to rehearse the new experience before the date.

How this guide is organized: What is changing → Who is affected → What breaks if you do nothing → What to do now → How to verify → TimelineFlow diagram of the article's sections in reading order: 1. What is changing. 2. Who is affected. 3. What breaks if you do nothing. 4. What to do now (4 steps: Confirm the record exists and what it's used for; Find devices that look MDM-only; Update every place that describes the flow; Ask whether MDM-only is still the right flow). 5. How to verify. 6. Timeline (milestone). Toolbox: Device onboarding › Enrollment, Devices › Windows, EnterpriseEnrollment, EnterpriseRegistration.1What is changing2Who is affected3What breaks if you do nothing4What to do now5How to verify6Timeline1Confirm the record existsand what it's used for2Find devices that lookMDM-only3Update every place thatdescribes the flow4Ask whether MDM-only isstill the right flowTOOLBOXDevice onboarding › EnrollmentDevices › WindowsEnterpriseEnrollmentEnterpriseRegistrationHow this guide is organized: What is changing → Who is affected → What breaks if you do nothing → What to do now → How to verify → TimelineFlow diagram of the article's sections in reading order: 1. What is changing. 2. Who is affected. 3. What breaks if you do nothing. 4. What to do now (4 steps: Confirm the record exists and what it's used for; Find devices that look MDM-only; Update every place that describes the flow; Ask whether MDM-only is still the right flow). 5. How to verify. 6. Timeline (milestone). Toolbox: Device onboarding › Enrollment, Devices › Windows, EnterpriseEnrollment, EnterpriseRegistration.1What is changing2Who is affected3What breaks if you do nothing4What to do now1Confirm the record exists and what it's used for2Find devices that look MDM-only3Update every place that describes the flow4Ask whether MDM-only is still the right flow5How to verify6TimelineTOOLBOXDevice onboarding › EnrollmentDevices › WindowsEnterpriseEnrollmentEnterpriseRegistration
At a glance: how this guide is organized · 6 sections, from what is changing to the timeline

Status (November 2026): Microsoft announced this change in the Message center on 15 October 2026 (MC1509780), with a matching Intune Customer Success blog post. Starting 15 January 2027, or soon after, Intune stops supporting DNS CNAME-based auto-discovery for Windows MDM-only enrollment. Existing enrolled devices aren't affected, and enrollment through Microsoft Entra ID isn't affected. This is a planned change, not a bug, and action is only needed if you use MDM-only enrollment with the CNAME. Check the Message center post again before January, because dates can move.

What is changing#

Microsoft Learn's page on enabling auto-discovery describes the record: a CNAME such as EnterpriseEnrollment.contoso.com pointing to EnterpriseEnrollment-s.manage.microsoft.com, one per UPN suffix, so users don't have to type the server address. When no record is found, users are prompted for the MDM server name.

According to MC1509780, after the change:

  • Windows MDM-only enrollment no longer uses EnterpriseEnrollment CNAME records for automatic discovery.
  • Users must enter the Microsoft enrollment server URL when the enrollment experience doesn't already supply it:
    Text
    https://enrollment.manage.microsoft.com/enrollmentserver/discovery.svc
  • Windows MDM-only enrollment itself remains supported. Only the CNAME-based discovery goes away.

Who is affected#

You're affected only if all of these are true:

  1. You use Windows MDM-only enrollment: the user goes to Settings › Accounts › Access work or school and selects Enroll only in device management, or opens a deep link that starts the same flow.
  2. Your users' domains have an EnterpriseEnrollment CNAME that the flow relies on to find Intune.
  3. New devices still enroll this way after mid-January.

Microsoft Entra join, Windows Autopilot, automatic enrollment of hybrid joined devices through Group Policy, co-management and the BYOD Connect flow (Entra registration plus automatic MDM enrollment) aren't in scope: in those flows the MDM server comes from Microsoft Entra ID, which is why the CNAME is optional when automatic enrollment is configured.

What breaks if you do nothing#

  • A user following your current instructions types their email address and is then asked for a server they don't know. Expect helpdesk calls and abandoned enrollments.
  • Scripts, provisioning steps or kiosk build documents that start MDM-only enrollment and assume discovery will fill in the server stall at the same prompt.
  • Devices already enrolled carry on syncing; Microsoft states they aren't affected.

What to do now#

Preparing Windows MDM-only enrollment for the CNAME changeStep 1: Validate the EnterpriseEnrollment CNAME. CNAME Validation in the Intune admin center, or Resolve-DnsName Step 2: Find devices enrolled MDM-only. Windows devices in Intune without a Microsoft Entra device ID Step 3: Update guides, deep links and scripts. Add the enrollment server URL that users must enter Step 4: Rehearse on a domain without the record. Users get the server prompt, as they will after the change Step 5: Move unplanned MDM-only devices. Consider Microsoft Entra join, Autopilot or the BYOD flow1Validate theEnterpriseEnrollmentCNAMECNAME Validation in the Intuneadmin center, or Resolve-DnsName2Find devices enrolledMDM-onlyWindows devices in Intune withouta Microsoft Entra device ID3Update guides, deep linksand scriptsAdd the enrollment server URL thatusers must enter4Rehearse on a domainwithout the recordUsers get the server prompt, asthey will after the change5Move unplanned MDM-onlydevicesConsider Microsoft Entra join,Autopilot or the BYOD flowPreparing Windows MDM-only enrollment for the CNAME changeStep 1: Validate the EnterpriseEnrollment CNAME. CNAME Validation in the Intune admin center, or Resolve-DnsName Step 2: Find devices enrolled MDM-only. Windows devices in Intune without a Microsoft Entra device ID Step 3: Update guides, deep links and scripts. Add the enrollment server URL that users must enter Step 4: Rehearse on a domain without the record. Users get the server prompt, as they will after the change Step 5: Move unplanned MDM-only devices. Consider Microsoft Entra join, Autopilot or the BYOD flow1Validate the EnterpriseEnrollment CNAMECNAME Validation in the Intune admin center, orResolve-DnsName2Find devices enrolled MDM-onlyWindows devices in Intune without a Microsoft Entradevice ID3Update guides, deep links and scriptsAdd the enrollment server URL that users must enter4Rehearse on a domain without the recordUsers get the server prompt, as they will after thechange5Move unplanned MDM-only devicesConsider Microsoft Entra join, Autopilot or the BYODflow
Figure 1 · Process Preparing Windows MDM-only enrollment for the CNAME change. Five steps to finish before 15 January 2027 so new MDM-only enrollments don't stall at the server prompt.

1. Confirm the record exists and what it's used for#

In the Microsoft Intune admin center, go to Devices › Device onboarding › Enrollment, select the Windows tab, then CNAME Validation, and test each of your domains. You can also check from any PC:

PowerShell
'contoso.com','us.contoso.com' | ForEach-Object {
    Resolve-DnsName -Name "EnterpriseEnrollment.$_" -Type CNAME -ErrorAction SilentlyContinue |
        Select-Object Name, NameHost }

A record that resolves only tells you the convenience exists, not that anyone uses it. The next step answers that.

2. Find devices that look MDM-only#

MDM-only devices are enrolled in Intune without being registered in Microsoft Entra ID, so their Entra device ID is empty. This Graph PowerShell query lists Windows devices in that state as a starting point for your review:

PowerShell
Connect-MgGraph -Scopes 'DeviceManagementManagedDevices.Read.All'
Get-MgDeviceManagementManagedDevice -All -Filter "operatingSystem eq 'Windows'" `
    -Property deviceName, userPrincipalName, azureADDeviceId, enrolledDateTime |
  Where-Object { -not $_.AzureAdDeviceId -or $_.AzureAdDeviceId -eq '00000000-0000-0000-0000-000000000000' } |
  Sort-Object EnrolledDateTime -Descending |
  Select-Object DeviceName, UserPrincipalName, EnrolledDateTime

Recent enrollment dates in that list mean the flow is still in use. Treat the result as a lead, not proof: check a few devices under Access work or school to confirm how they were enrolled.

3. Update every place that describes the flow#

  • User guides, welcome emails, intranet pages and helpdesk scripts: add the server URL above as the answer to the new prompt.
  • Deep links: Windows supports ms-device-enrollment:?mode=mdm with optional username and servername parameters, so a link can pre-fill the server, for example:
    Text
    ms-device-enrollment:?mode=mdm&username=someone@contoso.com&servername=https://enrollment.manage.microsoft.com/enrollmentserver/discovery.svc
    Test it on a pilot device before you publish it.
  • Provisioning scripts and build documents that depend on discovery.

4. Ask whether MDM-only is still the right flow#

Microsoft's Windows enrollment guide steers organization-owned devices toward Microsoft Entra join or Autopilot and personal devices toward the BYOD flow. MDM-only devices aren't registered in Entra ID, so device-based Conditional Access can't use them. If the inventory turns up MDM-only enrollments you didn't plan for, this is a good moment to move them.

How to verify#

You can rehearse the post-January experience today. Learn says users are prompted for the server when no enrollment CNAME is found, so run the MDM-only flow on a test device with an account whose UPN suffix has no EnterpriseEnrollment record (for example a verified test domain in your tenant without the record). Good looks like this:

  • The prompt for the server appears, the user pastes the URL from your updated guide, and enrollment completes.
  • The device appears in Devices › Windows in the Intune admin center and checks in.
  • A new user can complete the flow from your guide alone, without help.

Don't delete DNS records because of this announcement. Microsoft says only CNAME-based auto-discovery for MDM-only enrollment is affected, and the separate EnterpriseRegistration record is used for Microsoft Entra device registration.

Timeline#

DateWhat happens
15 October 2026Microsoft announces the change (MC1509780)
Now to mid-January 2027Inventory, update instructions and deep links, test the manual-server flow
15 January 2027, or soon afterCNAME auto-discovery stops working for Windows MDM-only enrollment

If enrollments fail for other reasons along the way, the Windows enrollment error codes quick reference covers the common codes.

References#

Written and checked against current Microsoft Learn documentation. Test changes with a pilot group before rolling them out to everyone, and if an admin center path has moved since, search for the setting name instead.

Spotted a mistake, or did this fix work differently for you? Email me or message me on LinkedIn — corrections are credited in the article.

Written by

Omer Eltayeb

M365 Subject Matter Expert, former Microsoft Cloud Solutions Architect, Microsoft Certified Trainer and Microsoft Innovative Educator Expert (2024–26) and Microsoft Elevate Educator Expert (2026–27). I share practical, step-by-step guides, study plans, scripts and toolkits for Microsoft Intune, Configuration Manager, Microsoft Entra ID, Microsoft Defender, Exchange and Microsoft 365 with the community.

Microsoft Certified Trainer (MCT) 2026Microsoft Innovative Educator Expert 2025–2026Microsoft Elevate Educator Expert 2026–2027ISC2 Certified Information Systems Security Professional (CISSP)Microsoft 365 Certified: Enterprise Administrator Expert (MS-102)