This chapter covers the Microsoft 365 Message Centre, the primary communication channel for planned changes, updates, and new features within the Microsoft 365 ecosystem. Understanding how to monitor, interpret, and act on Message Centre posts is critical for IT administrators to manage change proactively and minimize user disruption. For the MS-900 exam, questions on Message Centre and change management appear in approximately 5-10% of the total questions, primarily within domain 'Microsoft 365 Pricing and Support' (objective 4.3).
Jump to a section
Imagine your organization is a city. Microsoft 365 is the city government that maintains roads, water pipes, and public buildings. The Message Centre is like a city planning and construction notice board located in city hall. Whenever the city plans to build a new road, close a lane for repairs, change traffic light timings, or update building codes, they post a detailed notice on this board. Each notice includes: what is changing, why, when it will happen (start date), how long it will take (duration), what citizens need to do (like avoid a certain street), and a contact for questions. Citizens can subscribe to get email alerts when new notices are posted. City planners (IT administrators) can review all upcoming changes, decide if they need to inform specific neighbourhoods (users), and prepare alternative routes (workarounds). If a change is critical, they can request a postponement (via support ticket) but cannot cancel a city-wide project. The notice board is the single source of truth for all planned changes, preventing rumours and confusion. Without it, citizens would be caught off guard by sudden road closures and construction noise, leading to frustration and lost productivity.
What is the Microsoft 365 Message Centre?
The Microsoft 365 Message Centre is a centralized dashboard within the Microsoft 365 admin center (admin.microsoft.com) that provides official, proactive communications from Microsoft about changes to the Microsoft 365 services your organization uses. These changes include new features, updates, deprecations, service maintenance, known issues, and required actions. The Message Centre is the primary tool for change management in Microsoft 365, replacing the older 'Service Health Dashboard' for planned changes. It is accessible to users who have been assigned the following admin roles: Global Admin, Service Support Admin, Message Centre Reader, or Reports Reader.
Why it Exists
Microsoft 365 is a continuously evolving cloud service. New features are rolled out regularly, and existing features are updated or deprecated. Without a structured communication channel, IT administrators would be blindsided by changes that could break integrations, confuse users, or require policy updates. The Message Centre ensures that admins have at least 30 days' notice for most changes (and up to 12 months for major changes) so they can plan, test, and communicate internally.
How It Works Internally
Microsoft uses a staged rollout process for changes. When a change is planned, a message (also called a post or communication) is created in the Message Centre system. The message contains:
Title: A short summary of the change.
Message ID: A unique identifier (e.g., MC123456) used for tracking and support.
Status: Active (upcoming), In preview, Published, or Completed.
Category: Plan for change, Stay informed, or Fixed.
Service: The affected Microsoft 365 service (e.g., Exchange Online, Teams, SharePoint).
Timeline: Start date, end date, and rollout phases.
Action required by: Date by which admins must take action (if any).
Description: Detailed explanation of the change, including impact, user experience, and admin actions.
How this affects your organization: Specific guidance on what admins need to do.
Help resources: Links to documentation, videos, or community posts.
Messages are published to the Message Centre API, which the admin center UI consumes. Admins can filter messages by service, category, status, and date range. They can also mark messages as 'Dismiss' (to hide from default view) or 'Star' (to highlight).
Key Components, Values, Defaults, and Timers
- Default Retention: Messages are retained for 30 days after the change is completed or the message is marked as 'Completed'. After that, they are automatically removed from the Message Centre but can be accessed via the Message Centre archive (if enabled) or by downloading as CSV. - Message Types: - Plan for change: Requires admin action (e.g., update a URL, enable a new feature). At least 30 days notice. - Stay informed: No action required, but admins should be aware (e.g., new feature rollout, UI change). - Fixed: A known issue has been resolved. No action required. - Rollout Phases: Microsoft rolls out changes in phases (e.g., First Release, Standard Release, Targeted Release). The Message Centre indicates which release rings are affected. - Email Notifications: Admins can subscribe to receive daily or weekly digest emails summarizing new and updated messages. This is configured in the Message Centre preferences. - Message Centre Reader Role: This role grants read-only access to the Message Centre and service health. It is a least-privilege role for monitoring changes without full admin rights.
Configuration and Verification Commands
While the Message Centre is primarily accessed via the admin center UI, there are PowerShell and API options for programmatic access.
PowerShell (Exchange Online):
To retrieve Message Centre posts using the Exchange Online PowerShell module:
Get-MessageTrace | Where-Object {$_.MessageType -eq "ServiceMessage"}Note: This cmdlet is primarily for message trace, not the Message Centre. The correct cmdlet for Message Centre is not directly available in standard PowerShell; instead, use the Microsoft Graph API.
Microsoft Graph API:
To list all Message Centre posts:
GET https://graph.microsoft.com/v1.0/admin/serviceAnnouncement/messagesAuthorization: Bearer token with ServiceMessage.Read.All permission.
Admin Center UI Verification:
Navigate to https://admin.microsoft.com.
Go to Health > Message Centre.
Use filters to narrow down messages by service, status, or category.
Click on a message to view full details.
Interaction with Related Technologies
Service Health Dashboard: Displays current service incidents and advisories. The Message Centre shows planned changes; Service Health shows unplanned outages.
Release Notes: Microsoft publishes release notes for each service (e.g., Microsoft 365 Roadmap). The Message Centre provides actionable details for admins.
Support Tickets: If a change will cause significant disruption, admins can open a support ticket to request an exception or delayed rollout. Microsoft may accommodate in specific circumstances (e.g., government compliance, critical business processes).
Usage Reports: Admins can use adoption and usage reports to assess the impact of changes on user behaviour.
Best Practices for Change Management Using Message Centre
Assign a Message Centre Reader: Designate at least one person to monitor the Message Centre daily.
Set Up Email Notifications: Subscribe to daily digests for immediate awareness.
Categorize and Tag: Use the 'Star' feature to highlight critical messages. Create an internal change log.
Communicate to Users: Summarize relevant changes for end users in a monthly newsletter or internal wiki.
Test Changes: If a change affects a custom solution (e.g., SharePoint Framework web part), test in a development tenant first.
Use the Roadmap: The Microsoft 365 Roadmap (https://www.microsoft.com/en-us/microsoft-365/roadmap) provides a high-level view of upcoming features. The Message Centre provides detailed implementation guidance.
Common Exam Traps
Message Centre vs. Service Health: The exam often presents a scenario where a planned change is coming, and candidates confuse Message Centre (for planned changes) with Service Health (for unplanned incidents).
Roles: Only specific roles can access Message Centre. Candidates may assume any admin can read it, but only Global Admin, Service Support Admin, Message Centre Reader, and Reports Reader have access.
Retention Period: The default retention is 30 days after completion, not 90 days or indefinite. However, admins can download messages as CSV before they expire.
Action Required: Not all messages require action. 'Stay informed' messages are informational only. Candidates may incorrectly assume every message needs a response.
Step-by-Step: How to Use Message Centre for a Critical Change
Monitor the Message Centre: Check daily for new 'Plan for change' messages. Use filters to focus on services you manage.
Assess Impact: Read the 'How this affects your organization' section. Determine if the change requires configuration updates, user training, or third-party integration changes.
Plan Internal Communication: If the change affects users, create a communication plan. For example, if Microsoft Teams is getting a new meeting layout, send an email to all users with a short video.
Test in a Pilot Group: If possible, use Targeted Release to test the change with a subset of users before full rollout.
Update Documentation: Modify internal knowledge base articles, training materials, or automation scripts to accommodate the change.
Mark as Dismissed or Starred: After the change is complete and you have taken necessary action, you can dismiss the message to keep your view clean.
Archive for Compliance: If your organization requires retention of change communications, download the Message Centre posts as CSV and store them in a secure location.
Advanced: Using the Message Centre API for Automation
Large enterprises often automate the ingestion of Message Centre posts into their internal ticketing systems (e.g., ServiceNow). Using the Microsoft Graph API, you can:
Retrieve all messages within a date range.
Filter by service or category.
Create tickets automatically for 'Plan for change' messages.
Send notifications to specific teams via webhooks.
Example PowerShell script to export messages to CSV:
# Connect to Graph API (requires module)
Connect-MgGraph -Scopes "ServiceMessage.Read.All"
# Get all active messages
$messages = Get-MgAdminServiceAnnouncementMessage -Filter "isAssigned eq true"
# Export to CSV
$messages | Export-Csv -Path "MessageCentre_$(Get-Date -Format 'yyyyMMdd').csv" -NoTypeInformationConclusion
The Message Centre is the cornerstone of change management in Microsoft 365. By proactively monitoring and acting on its posts, IT administrators can ensure smooth transitions, minimize user disruption, and maintain compliance. For the MS-900 exam, focus on understanding the purpose, roles, categories, retention, and the distinction from Service Health.
Access the Message Centre
Navigate to the Microsoft 365 admin center at https://admin.microsoft.com. Sign in with an account that has at least the Message Centre Reader role. In the left navigation pane, go to Health > Message Centre. The dashboard loads, showing all active messages in a list view. Each message displays the title, service, status, category, and timeline. You can filter by service, category (Plan for change, Stay informed, Fixed), status (Active, In preview, Published, Completed), or date range. The default view shows messages from the last 30 days.
Filter and Identify Relevant Messages
Use the filter options to narrow down messages that require your attention. For example, select 'Plan for change' to see only messages that need admin action. Filter by service (e.g., Exchange Online) if you only manage that service. Check the 'Action required by' date to prioritize. Messages marked with a red exclamation icon indicate high importance. Click on any message to view full details, including the description, impact analysis, and recommended actions.
Analyze the Change Details
Read the entire message carefully. Pay special attention to the 'How this affects your organization' section. It specifies exactly what changes will occur, which user groups are affected, and what configuration changes are needed. For example, a message about deprecating Basic Authentication in Exchange Online will list affected protocols (POP, IMAP, SMTP) and recommend enabling Modern Authentication. Note the rollout timeline: start date, end date, and any phased deployment. Also check if the change applies to your tenant's release ring (Standard, First Release, etc.).
Plan and Execute Required Actions
Based on the analysis, determine the actions needed. For a change that requires admin action, you might need to update settings, enable a new feature, or communicate with users. For example, if a new Teams policy is being enforced, you may need to modify your Teams policies in the admin center. Create a task in your internal change management system, assign responsibility, and set a deadline before the 'Action required by' date. If the change is complex, consider testing in a development tenant or with a pilot group using Targeted Release.
Communicate to End Users
If the change will affect end users (e.g., new interface, changed workflow), prepare a communication. Use simple language, highlight benefits, and provide instructions or training resources. Send an email, post in your internal communication channel, or update a knowledge base article. For critical changes, schedule a town hall or training session. The goal is to reduce support tickets by proactively informing users.
Monitor and Verify the Change
After the change is deployed by Microsoft, verify that it works as expected in your tenant. Check the Message Centre for any follow-up messages (e.g., 'Fixed' if there was an issue). Monitor user feedback and support tickets for unexpected behaviour. If the change caused a problem, open a support ticket with Microsoft referencing the Message Centre ID. Once you confirm everything is stable, you can mark the message as 'Dismissed' to keep your Message Centre view clean.
Archive and Document
For compliance or future reference, download important messages as CSV. In the Message Centre, click 'Export' to download all messages in the current view. Alternatively, use the Graph API to programmatically archive messages. Store the CSV in a secure location (e.g., SharePoint document library) with a naming convention that includes the date range. Update your internal change log with a summary of the change, actions taken, and any issues encountered.
Enterprise Scenario 1: Exchange Online Deprecation of Basic Authentication
A large financial services company with 10,000 users relies on legacy email clients that use Basic Authentication (POP/IMAP). A Message Centre post announces that Microsoft will permanently disable Basic Authentication for Exchange Online on a specific date (e.g., October 1, 2022). The IT team must migrate all users and applications to Modern Authentication (OAuth 2.0). They assign a project manager to monitor the Message Centre, identify affected apps via usage reports, and communicate with business units. They use the Message Centre API to automatically create tickets in ServiceNow for each application owner. The team configures Conditional Access policies to block Basic Authentication gradually. They also set up a pilot group with Targeted Release to test the change. After successful migration, they mark the message as dismissed and export the CSV for compliance. Without the Message Centre, the company would have faced a sudden outage, causing significant business disruption.
Scenario 2: Microsoft Teams New Meeting Features Rollout
A multinational retail chain uses Microsoft Teams extensively for collaboration. A Message Centre post announces a new 'Together Mode' feature with a phased rollout over three months. The 'Stay informed' message includes details on the user experience and admin controls (e.g., ability to disable the feature). The IT team decides to enable the feature for all users immediately because it enhances engagement. They prepare a short training video and an FAQ document. They use the Message Centre to track the rollout status and verify that the feature is available in their tenant. They also monitor Teams admin center reports to see adoption rates. The team dismisses the message after the rollout is complete. This proactive communication prevents confusion and support calls when users suddenly see a new button.
Scenario 3: SharePoint Online Storage Limits Increase
A large engineering firm with 5,000 users and massive data storage receives a Message Centre post that SharePoint Online storage limits are increasing from 1 TB to 25 TB per site collection. The 'Plan for change' message requires no action from admins; it's informational. However, the IT team uses this information to update their internal documentation and inform users that they no longer need to request storage increases. They also adjust their data retention policies. The Message Centre helps them stay ahead of capacity planning. If they had missed the message, they might have unnecessarily purchased additional storage or rejected user requests.
Common Pitfalls in Production
Ignoring Messages: Some admins dismiss all messages without reading. This leads to surprises when features change or break.
Overlooking Action Dates: Missing the 'Action required by' deadline can cause service disruption. Always set calendar reminders.
Poor Communication: Not informing end users results in a spike in helpdesk tickets. Always communicate changes relevant to users.
Assuming All Messages Apply: Some messages are for specific release rings. Check if your tenant is in the affected ring.
Exactly What MS-900 Tests on This Topic
The MS-900 exam objective 4.3: 'Describe the Message Centre and change management.' Candidates should be able to:
Identify the purpose of the Message Centre (planned change communication).
Distinguish between Message Centre and Service Health Dashboard (planned vs. unplanned).
Recognize the roles that can access Message Centre (Global Admin, Service Support Admin, Message Centre Reader, Reports Reader).
Understand the three message categories: Plan for change (action required), Stay informed (no action), Fixed (issue resolved).
Know the default retention period: 30 days after completion.
Understand that admins can download messages as CSV for archiving.
Realize that email notifications can be configured for daily/weekly digests.
Common Wrong Answers and Why Candidates Choose Them
'Message Centre is for service incidents.' This is wrong because Service Health Dashboard is for incidents. Candidates confuse the two because both are under 'Health' in the admin center.
'Any admin role can access Message Centre.' Wrong. Only specific roles. Candidates assume all admins have access, but the Message Centre Reader role is a distinct, limited role.
'Messages are retained for 90 days.' Wrong. The default is 30 days after completion. Candidates may think retention is longer because other logs are retained for 90 days.
'All messages require admin action.' Wrong. Only 'Plan for change' messages require action. 'Stay informed' and 'Fixed' messages are informational.
'You can cancel changes through Message Centre.' Wrong. The Message Centre is read-only; you cannot cancel or delay a change. You can only request an exception via support ticket.
Numbers and Terms That Appear Verbatim on the Exam
30 days: Retention period for completed messages.
Plan for change, Stay informed, Fixed: The three categories.
Message Centre Reader: The specific role for read-only access.
Service Health Dashboard: For unplanned incidents.
Admin center: The location (Health > Message Centre).
CSV export: How to archive messages.
Edge Cases and Exceptions
Targeted Release: If your tenant is on Targeted Release, you may see messages earlier than Standard Release. The exam may ask about this: Targeted Release users get changes first.
GCC/GCC High/DOD: Message Centre is available in these environments, but some features may differ (e.g., retention policies).
Multi-geo tenants: Message Centre messages are tenant-wide; they do not differentiate by geography.
Deleted messages: Once a message is removed (after retention), it cannot be recovered unless archived.
How to Eliminate Wrong Answers Using the Underlying Mechanism
When a question asks: 'Where do you find information about an upcoming feature change?' - If the answer choices include 'Service Health Dashboard', eliminate it because that's for unplanned incidents. - If the answer includes 'Message Centre', that's correct for planned changes. - If the answer includes 'Support ticket', eliminate it because support is for issues, not proactive communication. - If the answer includes 'User portal', eliminate it because users do not have access to Message Centre.
Focus on the key distinction: planned vs. unplanned. The Message Centre is proactive; Service Health is reactive.
The Message Centre is the official channel for planned changes in Microsoft 365.
Only roles: Global Admin, Service Support Admin, Message Centre Reader, and Reports Reader can access the Message Centre.
Messages are categorized as Plan for change (action required), Stay informed (no action), or Fixed (issue resolved).
Default retention period is 30 days after the change is completed; export as CSV to archive.
Email notifications can be configured for daily or weekly digests.
The Message Centre is distinct from the Service Health Dashboard, which tracks unplanned incidents.
Admins cannot cancel or postpone changes via the Message Centre; they must open a support ticket for exceptions.
Targeted Release tenants receive changes earlier; Message Centre messages indicate affected release rings.
These come up on the exam all the time. Here's how to tell them apart.
Message Centre
Used for planned changes (new features, updates, deprecations).
Provides proactive notice (usually 30+ days).
Categories: Plan for change, Stay informed, Fixed.
Accessible by specific admin roles (Global Admin, Service Support Admin, Message Centre Reader, Reports Reader).
Messages retained for 30 days after completion.
Service Health Dashboard
Used for unplanned incidents (outages, degradation).
Provides reactive status during and after an incident.
Statuses: Service degradation, Service interruption, Restored, Extended recovery, Post-incident report.
Accessible by the same roles as Message Centre plus others (e.g., Global Admin, Service Support Admin).
Incidents are retained for 30 days after resolution, but history is available.
Mistake
The Message Centre and Service Health Dashboard are the same thing.
Correct
They are distinct. Message Centre is for planned changes (new features, updates, deprecations) and provides proactive notice. Service Health Dashboard is for unplanned service incidents and advisories (outages, degradation). Both are under Health in the admin center but serve different purposes.
Mistake
All admin roles can access the Message Centre.
Correct
Only Global Admin, Service Support Admin, Message Centre Reader, and Reports Reader roles have access. Other admin roles (e.g., SharePoint Admin, Exchange Admin) cannot see the Message Centre by default.
Mistake
Messages are retained indefinitely for compliance.
Correct
Messages are automatically removed 30 days after the change is completed. To retain them, admins must export messages as CSV or use the Graph API to archive them before they expire.
Mistake
Every Message Centre post requires the admin to take action.
Correct
Only 'Plan for change' messages require action. 'Stay informed' messages are informational, and 'Fixed' messages indicate a resolved issue. Admins should read all messages but only need to act on those marked 'Plan for change'.
Mistake
Admins can postpone or cancel changes through the Message Centre.
Correct
The Message Centre is read-only. Admins cannot modify or cancel a change. If a change will cause significant disruption, they can open a support ticket to request an exception, but Microsoft is not obligated to grant it.
Reveal each answer, then mark whether you got it right. Score 60%+ to unlock the next chapter.
The Message Centre is a dashboard in the Microsoft 365 admin center that provides official communications about planned changes, updates, and new features. To access it, sign in to https://admin.microsoft.com with an account that has at least the Message Centre Reader role, then go to Health > Message Centre. You can filter messages by service, category, status, and date range.
The Message Centre is for planned changes (e.g., new features, updates, deprecations) and provides proactive notice. The Service Health Dashboard is for unplanned incidents (e.g., outages, service degradation) and provides real-time status. Both are found under Health in the admin center but serve different purposes. Exam tip: If a question mentions 'upcoming feature', think Message Centre; if 'current outage', think Service Health.
The roles that can access the Message Centre are: Global Admin, Service Support Admin, Message Centre Reader, and Reports Reader. Other admin roles like SharePoint Admin or Exchange Admin do not have access by default. The Message Centre Reader role is a least-privilege role for monitoring changes without full admin rights.
Messages are retained for 30 days after the change is completed or the message is marked as 'Completed'. After that, they are automatically removed. To keep a permanent record, you should export messages as CSV from the Message Centre dashboard or use the Graph API to archive them.
'Plan for change' is a category that indicates the message requires admin action. It typically includes a deadline by which you must take action (e.g., update settings, enable a feature, train users). If you ignore it, the change may cause service disruption. Other categories are 'Stay informed' (no action needed) and 'Fixed' (issue resolved).
No, the Message Centre is read-only. You cannot postpone or cancel a change directly. However, if the change will cause significant business impact, you can open a support ticket with Microsoft and request an exception. Microsoft may accommodate in special circumstances, but it is not guaranteed.
In the Message Centre dashboard, click on 'Preferences' (or the gear icon). You can choose to receive a daily or weekly digest email that lists new and updated messages. You can also filter by service to only receive notifications for services you manage.
You've just covered Microsoft 365 Message Centre and Change Management — now see how well it sticks with free MS-900 practice questions. Full explanations included, no account needed.
Done with this chapter?