Microsoft Exchange Online

Основные статьи:

• Электронная почта (e-mail)
• SaaS - История. Философия. Драйверы развития

2020: Добавление функции одноразовых электронных адресов

Microsoft реализовала в Exchange Online функцию одноразовых электронных адресов. Об этом стало известно 28 октября 2020 года.

Пользователи Microsoft Office 365 теперь могут без ограничений использовать одноразовые электронные адреса получателей в сервисе электронной почты Exchange Online.

Функция Plus Addressing (также известная как субадресация или подробная адресация) позволяет создавать неограниченное количество уникальных электронных адресов путем добавления к своему обычному электронному адресу суффикса с помощью разделителя «+» (имя пользователя+суффикс@домен).

Компания Microsoft анонсировала данную функцию в 2019 году, а ее развертывание началось в сентябре 2020 года. По данным сайта Microsoft UserVoice, до того, как стать функцией по умолчанию в Exchange Online, Plus Addressing была одной из самых запрашиваемых функций.

Все письма, приходящие на динамически созданный электронный адрес, будут автоматически переадресовываться на основной почтовый ящик. Это упростит процесс фильтрации писем и отслеживания отправителей.

В качестве примера Microsoft приводит следующий сценарий: с помощью данной функции сотрудница компании Northwind Ким Эйкерс может создать адрес kimakers+northwind@contoso.com и подписаться на рассылку корпоративных новостей. Когда Northwind отправит письмо на этот адрес, оно автоматически будет переадресовано на основной адрес kimakers@contoso.com . Ким может создать правило для входящих, чтобы все письма, приходящие на этот адрес, отправлялись в папку Northwind.

Функция Plus Addressing в Exchange Online по умолчанию отключена. Для того чтобы ее активировать, нужно подключиться к Exchange Online PowerShell и запустить PowerShell-команду Set-OrganizationConfig -AllowPlusAddressInRecipients $true.

На октябрь 2020 года поддержка функции распространяется только на почтовые ящики, а поддержка списков рассылки и групп ожидается в декабре 2020 года^[1].

2019: Глобальный сбой

24 января 2019 года случился сбой в работе Microsoft Exchange Online, в результате которого этот сервис электронной почты перестал быть доступен пользователям.

Мы выяснили, что часть инфраструктуры контроллера доменов не отвечает, что приводит пользователей к ожиданию подключения. Мы оптимизируем связь с работоспособной инфраструктурой, исправляя нерабочий контроллер домена, — говорится в сообщении, которое Microsoft разослала своим клиентам.

Сообщение Microsoft о сбое Exchange Online, которое получили российские корпоративные клиенты

В компании добавили, что проблема касается не всех пользователей, а тех, которые обслуживаются через поврежденную инфраструктуру.

Издание Computer Business Review пишет, что проблемы с доступом к Exchange Online наблюдаются в нескольких странах, в том числе в Британии и Голландии.

Среди тех, кто сообщил о неполадках, 50% сказали, что проблема была связана с подключением к серверу, в то время как 25% имели проблемы с доступом к Outlook, а 25% — к Exchange.

Судя по сообщениям на сайте Reddit, произошел глобальный сбой в работе Microsoft Office 365, который наблюдается в ЮАР, Исландии, Швеции, Швейцарии, Южной Америке и других регионах.

По данным ТAdviser, корпоративные пользователи не имели возможность пользоваться почтовым сервисом на протяжении всего дня 24 января. К 18:20 мск сайт outlook.office365.com в России запускается нормально.

Остановка электронной почты не должна быть новой нормой, — комментирует эксперт по устойчивости к угрозам кибербезопасности в компании Mimecast Пит Банхэм (Pete Banham). — Это в конечном итоге человеческая ошибка, а не технический сбой. ИТ-руководители должны осознать здесь свою ответственность. Понятно, что использование только одного облачного провайдера будет и дальше нарушать работу компаний каждый раз, когда происходит сбой.

Почтовый сервис Microsoft Exchange Online пережил глобальный сбой 24 января 2019 года

Сервисы Azure и Office 365 не раз выходили из строя. Например, сбой наблюдался в конце ноября 2018 года и тогда был связан с перегрузкой кэша резидентной системы управления базами данных Redis.^[2]

Примечания