A woman works at a computer in a Canadian office, viewing a cloud email system marked secure.
Brockville's city staff lost access to their email on Thursday, and the city says it has now regained access. The disruption landed in the middle of one of the bigger Microsoft 365 outages in recent memory. Here is what is established, what is only context, and what a small municipality can take from it.

A woman works at a computer in a Canadian office, viewing a cloud email system marked secure. What Brockville has confirmed​

The City of Brockville, Ontario, posted a notice on Thursday, November 12, 2026. It said the city was experiencing an email disruption because of technical issues affecting Microsoft 365. Staff could not reach their email, which could delay replies to public inquiries.

On Friday, November 13, the city updated that notice as of 9:00 a.m. It said it had regained access to its Microsoft 365 services and could send and receive email again. It also warned that some delays might continue while systems stabilize. The Brockvilleist, in a report by Sarah Burtch, relayed the update.

Several things the city has not said:

  • It has not named a cause.
  • It has not given a start time or an end time for the outage.
  • It has not said which Microsoft 365 workloads other than email were affected on its side.

The city's notice did not say whether any messages were lost or delayed, beyond the general warning about lag. Residents who emailed the city on Thursday and heard nothing should expect slower replies for a while. A follow-up by phone is reasonable for anything urgent.

The wider outage, and why it matters here​

The timing lines up with a large, multi-region Microsoft 365 incident. None of the sources I reviewed explicitly tie Brockville's disruption to that incident. Treat the link as timing and context, not confirmed cause.

Here is what was reported about the broader event:

  • A major Microsoft 365 outage disrupted cloud service access on November 12 and continued into November 13, 2026.
  • CIO reported that Microsoft's service health dashboard put the start at 16:17 UTC on Nov. 12. Microsoft tracked the Exchange Online side as incident EX1550543, and dependent services under MO1550821.
  • Microsoft said affected users might be unable to reach mailboxes through Outlook on the web, desktop Outlook, Exchange ActiveSync or REST-based connections, and that email delivery might be delayed.
  • Microsoft said the high load was not caused by more traffic. It said a large number of servers were unexpectedly unavailable, shifting load onto the remaining infrastructure.
  • Microsoft later pointed to a process on the affected servers that establishes secure connections. It said that process became overwhelmed and the servers stopped processing requests.
  • Mitigation reportedly included reverting a recent network configuration change that lines up with the start of the outage. It also included restarting infrastructure and a staged return of traffic. CIO said some servers became unresponsive again after traffic was restored.
  • Microsoft increased the email timeout window to 48 hours to help protect delayed messages while backlogs clear, according to MacRumors.
  • Microsoft said it found no indication that the outage was caused by malicious activity, per Forbes.
  • CNN reported that Microsoft apologized and said the underlying cause had been addressed, and that email service was approaching normal levels.

Scale figures vary by outlet. Nearly 130,000 Outlook reports were recorded on Downdetector shortly after 1 p.m. on Thursday, according to MacRumors. CIO put the Downdetector peak at more than 130,000. Downdetector counts user reports, not affected organizations, so they are a rough gauge. Microsoft has not published a final root-cause report, according to CIO.

Why a city's email failure is more than an inconvenience​

Municipal email is a front door. Residents use it for permit questions, bylaw complaints, service requests and records requests. When it goes dark, staff may not see messages for hours, and senders typically get no clear signal of the problem.

Brockville's response is worth noting. It posted a public notice the same day and updated it with a timestamp. That is a sound basic practice. It did not wait for a post-mortem to tell people what to expect.

The concentration-risk question​

CIO quoted Sanchit Vir Gogia of Greyhound Research on the broader lesson. He said enterprises have priced Microsoft 365 as a licence and not as a single point of failure. He argued that the answer is not a second suite. It is a rehearsed fallback for the few things that cannot stop:

  • an out-of-band channel for incident command
  • mail continuity for critical roles
  • a written decision on whether each security control fails open or closed

That is one analyst's view, and a fair counterpoint exists. Running a parallel mail system is expensive and complex for a small municipality, and the failure modes of that extra system can introduce their own risks. The point about rehearsal is the more broadly applicable one.

Practical steps for IT admins​

This is general industry guidance, not something Brockville or Microsoft prescribed in the reporting:

  1. Know where Microsoft posts status. Incident updates appear in the Microsoft 365 admin center service health view. They are also posted on the @MSFT365Status account on X. The incident IDs for this event were EX1550543 and MO1550821.
  2. Keep a contact path that does not depend on your tenant. That could be a phone tree, a messaging app, or a public web notice, as Brockville used.
  3. Decide in advance who gets a backup channel. Emergency services, clerks and public-works dispatch are common candidates.
  4. Plan for the dependency chain. Microsoft said Teams calendars and scheduling, Copilot, Safe Links URL checks and some Intune and Purview scenarios could be affected through their reliance on Exchange Online. Teams core chat and meetings, and direct SharePoint file access, were reported as largely functional.
  5. Expect a tail. Queues drain slowly, so delayed delivery and duplicate or late messages can continue after the status page turns green. Brockville's own warning about lingering delays reflects this.
  6. Check your SLA position. Some admins will want to review service credit terms after an event like this. Eligibility depends on your agreement and on the measured downtime.

What we still don't know​

  • Whether Brockville's outage was the same incident as the global one. The timing and the Microsoft 365 reference suggest a link, but it is not confirmed.
  • How long Brockville's staff were actually without email.
  • Whether any Brockville mail was delayed or bounced.
  • Microsoft's final root cause. The company has not published a final post-incident report.

Bottom line​

Brockville says email is working again, with some residual delay. The more useful lesson for Windows and Microsoft 365 admins is about resilience. One cloud tenant can carry mail, meetings, security checks and compliance tooling. When the underlying service stumbles, the effects spread. Public communication, a fallback channel and a rehearsed plan are what separate a bad afternoon from a bad week.

 

References

  1. City of Brockville restores Microsoft 365 email services following technical disruption - The Brockvilleist The Brockvilleist 2026-11-13T17:19:46+00:00
  2. UPDATE – Temporary Email Service Disruption – City of Brockville brockville.com
  3. Microsoft 365 Outage Improves Into Friday—Governments, Airlines Report Disruptions forbes.com