Payments are experiencing issues due to temporary restrictions in Russia. If your payment does not go through, please submit a support request.Our support team is available 24/7 — we are always here to help with hosting and server issues.We are now accepting requests for dedicated server rental and colocation services in our data center.Reminder: we recommend enabling backups for additional data protection.A new VPS/VDS lineup with NVMe storage and improved performance is now available.Maintenance work on some servers has been completed. All services are operating normally.
Article4 min readViews1

Microsoft 365 Outage Continues: What to Check in Mail and Integrations

Microsoft confirms issues with Exchange Online and dependent features. What corporate email administrators should check and how to avoid resending messages.

Comments 0

Sealed envelopes in a metal tray in front of a blue glass partition; behind it stands an empty tray.
In this article

The Microsoft 365 outage that began on November 12, 2026, continued as of Microsoft's notification on November 13 at 12:03 MSK. The company confirms access issues with Exchange Online and email delivery delays. If your corporate email or store integration relies on these services, ask your administrator to verify your organization's status and check send queues before retrying operations.

Affected Features

Microsoft's message lists Outlook in the browser, MAPI connections, Exchange ActiveSync, and REST. Microsoft Graph queries to mail, calendars, and contacts may time out. Therefore, the outage may affect not only the mail client but also data exchange between the corporate system and the mail platform.

Some Microsoft functions continue to operate. The company separately reports that core Teams calls, meetings, and chats are mostly working, and access to files stored directly in SharePoint Online remains available. However, Exchange-dependent functions, such as calendar operations, may experience issues. Microsoft also notes problems when granting external users access to SharePoint Online files. The current report does not specify the full list of affected regions or the proportion of impacted organizations.

What a website and email owner should check

  • Ask the administrator to open the Service Health dashboard for your organization and review incidents EX1550543 and MO1550821. If the dashboard is inaccessible, refer to Microsoft's public announcement. A general status does not confirm that your specific mailbox is affected.
  • Save error timestamps, send statuses, and application queue contents. For email integration, separately verify Graph API responses and retry attempts.
  • Before manually resending, confirm whether the message was accepted or delivered and how the application prevents duplicates. Delivery verification may also be unavailable; missing data does not mean the message was not delivered. An indeterminate query result requires investigation, not repeated clicks on the Send button.
  • Agree on a temporary backup communication method with customers and employees while maintaining existing access rules and data protection policies.

For example, creating an order in a store and sending a notification about it are different stages. A saved order does not prove that the buyer received the email. This is a conditional example for process verification, not a report of a specific site failure. The Microsoft incident itself does not serve as grounds to change the domain's MX records or disable email protection.

The cause and timing remain undetermined

In notification MO1550821 at 12:03 MSK, Microsoft reports ongoing recovery and initial signs of stabilization. Service throughput has not yet returned to normal; their status changes as traffic cautiously returns. To preserve delayed emails during recovery, Microsoft extends the mail hold window to 48 hours. This is a vendor measure, not a guarantee that every email will be delivered within 48 hours, nor an instruction to independently change sending settings. Microsoft states it is unaware of any malicious activity causing this incident. This is a manufacturer statement, not proof that no attacks occurred. There is no confirmed timeline for full recovery; the company promises to detail the cause in a final report.

Status rechecked on November 13, 2026, at 12:35 MSK. New information from 12:03 MSK is available in the public Microsoft notification export for PennO365 maintained by the University of Pennsylvania. The start of the Exchange Online incident is listed there as November 12, 16:17 UTC — 19:17 MSK. The outage start time, the notification time, and the time of this check differ.

Discussion 0

Share your experience and ask questions. Comments without links appear after editorial review.

No comments yet. Start the discussion.