Сбой Outlook: как проверить статус и продолжить работу

Outlook сейчас не работает или проблема только у меня?

Начните со страниц состояния самой Microsoft, а затем исключите собственное устройство и сеть. По словам Microsoft, страница Service health в центре администрирования Microsoft 365 — это место, где можно проверить, является ли проблема известной и решается ли она уже, прежде чем звонить в поддержку или тратить время на диагностику ^[1]. Если сам центр администрирования не загружается, Microsoft отсылает к публичной странице состояния служб и к своему аккаунту @MSFT365Status в X, где публикуются сведения о некоторых событиях ^[1].

Быстрый порядок проверки, который подходит большинству пользователей:

1. Сначала официальный статус. Рабочие или учебные учётные записи: спросите свою ИТ-службу или, если вы администратор, проверьте Service health ^[1]. Для всех: откройте публичную страницу Service Health Status от Microsoft, где показана краткая строка состояния для Microsoft 365 (Business или Enterprise) и для Azure ^[2].
2. Официальный аккаунт статуса. Microsoft 365 Status публикует номера инцидентов и краткие сводки о ходе работ во время крупных событий ^[3][5].
3. Личные учётные записи Outlook.com. Страница поддержки Outlook.com от Microsoft направляет пользователей с проблемами доступа на сайт Service Health Status и перечисляет недавние известные проблемы с их статусом, например FIXED (исправлено) или WORKAROUND (временное решение) ^[10].
4. Сообщения пользователей как сигнал. Сервисы отслеживания сбоев, такие как Downdetector, подсчитывают сообщения пользователей; они указывают на проблему, но не подтверждают её причину (см. ниже) ^[9].
5. Ваша сторона. Если официальные страницы не показывают проблем, попробуйте другую сеть (например, мобильный интернет вместо Wi-Fi), другой браузер или другое устройство.

Если вы входите с рабочей или учебной учётной записью и у вашей организации есть своя служба поддержки, именно она обычно оказывается самым быстрым источником информации, потому что Service health может показывать и проблемы, возникшие в среде самой организации ^[1].

Что Microsoft подтвердила о сбое 12 ноября 2026 года?

Microsoft подтвердила реальный инцидент в четверг, 12 ноября 2026 года. В 17:54 UTC (20:54 по стамбульскому времени) аккаунт Microsoft 365 Status сообщил, что изучает сообщения о проблемах с доступом к почтовым ящикам Exchange Online через несколько способов подключения в Северной и Южной Америке; инциденту присвоили номер EX1550543 ^[3]. Exchange Online — облачный почтовый сервис Microsoft, на котором работает Outlook для рабочих и учебных учётных записей.

Через тринадцать минут Microsoft сообщила, что проблема может затронуть подключение к службам Microsoft 365 для пользователей в любом регионе ^[4]. Отдельная запись, MO1550821, касалась влияния на другие службы Microsoft 365; текст о состоянии служб Microsoft в том виде, в каком его опубликовал ИТ-отдел Пенсильванского университета, среди прочего называл возможно затронутыми Exchange Online, Microsoft Teams, SharePoint Online, Microsoft 365 Copilot, Defender XDR, Planner, To Do и ряд служб Purview ^[6]. В той же перепечатанной записи говорилось, что среди затронутых способов подключения к почтовым ящикам могут быть Outlook on the web, MAPI (используется настольным Outlook), Exchange ActiveSync (используется многими почтовыми приложениями на телефонах) и REST API ^[6].

Что Microsoft назвала причиной?

Объяснение Microsoft менялось по ходу расследования. Согласно обновлениям о состоянии служб Microsoft, перепечатанным Пенсильванским университетом, повышенная нагрузка была вызвана не общим ростом трафика, а неожиданной недоступностью большого числа серверов, из-за которой нагрузка перешла на оставшуюся инфраструктуру ^[6]. В 21:00 UTC (00:00 по стамбульскому времени 13 ноября) Microsoft сообщила, что альтернативный метод проверки работоспособности позволил вернуть в строй часть затронутых серверов и что изменение применяется шире ^[5]. В перепечатанном тексте добавлялось, что небольшое число обновлений конфигурации изучается как возможные причины ^[6]. Это направление расследования, а не подтверждённая первопричина.

Состояние на 13 ноября 2026 года, 00:35 по стамбульскому времени: публичная страница состояния Microsoft всё ещё показывала снижение качества обслуживания Microsoft 365 (Business или Enterprise) и предупреждала, что пользователи могут не суметь подключиться к нескольким службам Microsoft 365 ^[2]. Последнее обновление в перепечатанном тексте, в 21:31 UTC 12 ноября (00:31 по стамбульскому времени), относило оба инцидента к снижению качества обслуживания и указывало, что они ещё не завершены: Microsoft продолжала перезапускать и проверять затронутые серверы и оценивала, ускорит ли восстановление откат недавних обновлений конфигурации ^[6]. Текущее состояние проверяйте на странице статуса. В списке статусов Microsoft есть заключительный этап — Post-incident report published («опубликован отчёт по итогам инцидента»), он относится к отчёту с первопричиной и дальнейшими шагами ^[1].

Чем различаются статусы Microsoft 365?

Service health использует два типа проблем и набор статусов. Уведомление (advisory) означает, что Microsoft известно о проблеме, затрагивающей часть пользователей, при этом служба остаётся доступной и часто есть обходное решение. Инцидент (incident) — критическая проблема, при которой служба или важная функция недоступна, например отправка и получение почты или вход в систему ^[1]. Проблема с почтовыми ящиками 12 ноября была классифицирована как инцидент ^[6].

У каждой проблемы также есть статус — от Investigating («выясняется») до Service restored («работа службы восстановлена») ^[1]. Два статуса легко понять неправильно. Service degradation (снижение качества обслуживания) не означает, что не работает всё; Microsoft использует этот статус, когда служба работает медленнее обычного, с перебоями или без какой-либо функции ^[1]. False positive (ложное срабатывание) означает, что Microsoft признала службу исправной или нашла причину вне службы ^[1]. Плановое обслуживание в Service health вообще не отображается; Microsoft публикует его в Message center ^[1].

В таблице ниже кратко описаны основные статусы по определениям самой Microsoft.

Как продолжать работу, когда Outlook не работает?

Подходящий запасной вариант зависит от того, что именно сломалось. Переход из настольного приложения в браузер помогает, только если путь через браузер ещё работает, а 12 ноября Microsoft включила сам Outlook on the web в число возможно затронутых способов подключения ^[6].

1. Используйте то, что уже есть на компьютере

В классическом Outlook для Windows должен быть включён режим кэширования Exchange: он загружает копию ваших сообщений и по умолчанию синхронизирует почту за 12 месяцев; по словам Microsoft, отправлять и получать письма нельзя до повторного подключения ^[11]. В новом Outlook для Windows автономный доступ включён по умолчанию в разделе Settings, General, Offline, и Microsoft относит к доступным офлайн действиям чтение писем, создание и сохранение черновиков и отправку новых сообщений в папку «Исходящие» (Outbox) ^[11].

2. Попробуйте другой путь, но только по одному

Если не работает настольное приложение, попробуйте Outlook on the web; если не работает веб-версия, попробуйте мобильное приложение через мобильный интернет. При масштабном инциденте могут быть затронуты все варианты: 12 ноября Microsoft назвала Outlook on the web, MAPI, Exchange ActiveSync и REST API возможно затронутыми способами подключения ^[6]. Не удаляйте и не добавляйте заново учётную запись во время сбоя: это не устранит неисправность на стороне сервера.

3. Переведите срочные дела в утверждённый канал

Если затронуты и почта, и Teams, используйте запасной канал, утверждённый вашей организацией, например телефонный звонок. Не пересылайте рабочую почту на личный адрес без разрешения: это может нарушить правила обращения с данными в вашей организации.

4. Запишите номер инцидента

Если вы обращаетесь в службу поддержки, указание идентификатора инцидента (EX1550543 для 12 ноября) экономит время ^[3].

Можно ли доверять Downdetector?

Downdetector полезен как раннее предупреждение, но не как доказательство. Сервис собирает сообщения о проблемах от пользователей и отслеживает другие онлайн-источники, а затем показывает возможную проблему, когда число сообщений заметно превышает обычный для этой службы уровень ^[9]. Базовый уровень — это среднее число сообщений в то же время суток за предыдущие шесть месяцев, а статусы обновляются каждые четыре минуты ^[9].

У такого подхода есть ограничения. Число сообщений — это не число затронутых пользователей, и оно ничего не говорит о причине. 12 ноября The Verge сообщило, что число жалоб на Outlook в Downdetector начало резко расти незадолго до 1 p.m. (13:00) по восточному времени США ^[8], а The Guardian сообщила почти о 130000 сообщений на пике по всем приложениям Microsoft 365 ^[7]. Эти цифры показывают масштаб жалоб, а не число людей, оставшихся без доступа. Всплеск может последовать и за широко распространившимся слухом или отражать проблему у интернет-провайдера, а не у Microsoft.

Воспринимайте всплеск в Downdetector как повод проверить страницу состояния Microsoft и официальный аккаунт, а не как их замену ^[1][2].

Что означают коды ошибок Outlook?

Коды ошибок помогают отличить проблему сервера от проблемы с вашим сообщением или учётной записью. Важнее всего две группы.

Коды возврата писем (NDR)

Если сообщение не удаётся доставить, Microsoft 365 обычно возвращает отчёт о недоставке с расширенным кодом состояния в формате x.y.z ^[12]. Microsoft поясняет, что код, начинающийся с 5, означает постоянную ошибку, а код, начинающийся с 4, — временную ^[12]. Например, 5.1.1 означает неверный адрес почтового ящика получателя — часто это опечатка или несуществующий получатель ^[12].

Веб-коды ошибок в браузере

Outlook on the web работает по протоколу HTTP. Ответ 503 Service Unavailable означает, что сервер не готов обработать запрос, обычно потому, что он отключён на обслуживание или перегружен; этот код предназначен для временных состояний ^[13]. Ошибка 503 во время известного инцидента согласуется с проблемой на стороне сервера.

Сообщения об ошибках, которые просят вас что-то установить, изменить параметры безопасности или ввести пароль на незнакомой странице, не являются обычными сообщениями об ошибках; см. следующий раздел.

Письмо «аккаунт заблокирован» во время сбоя — это мошенничество?

Сбои — распространённая приманка для фишинга, потому что люди ждут проблем и действуют быстро. Microsoft описывает фишинг как сообщения, которые пытаются выглядеть как официальная переписка, чтобы украсть имена пользователей, пароли, данные карт или банковских счетов ^[14]. К признакам опасности компания относит ссылки, отображаемый адрес которых не совпадает с реальным, адреса отправителей с добавленными цифрами или изменёнными буквами, неожиданные сообщения, а также просьбы включить макросы, изменить параметры безопасности или установить приложения ^[14].

Практические правила во время любого сбоя:

• Не входите в систему по ссылке из письма, в котором говорится, что ваш почтовый ящик заблокирован, переполнен или приостановлен. Введите адрес Outlook сами или откройте приложение, которое у вас уже есть.
• Помните, что настоящие сведения о сбоях публикуются на странице состояния Microsoft, в центре администрирования и в официальном аккаунте статуса, а не в личном письме с просьбой подтвердить пароль ^[1][2].
• Сообщайте о подозрительных письмах в ИТ-службу или службу безопасности, как Microsoft советует организациям ^[14].
• Если вы уже ввели пароль на подозрительной странице, смените его с доверенного устройства и проверьте параметры безопасности своей учётной записи.

О том, что делать, если вы считаете, что ваши данные уже утекли, читайте в руководстве «Утекли ли мои данные?». Если вы всё ещё пользуетесь неподдерживаемой операционной системой, руководство «Конец обновлений Windows 10» объясняет, почему это повышает риск, связанный с вредоносными вложениями.