Поделиться через


Поток обработки почты в облачных организациях

Совет

Знаете ли вы, что вы можете попробовать функции в Microsoft Defender для Office 365 план 2 бесплатно? Используйте 90-дневную пробную версию Defender для Office 365 в центре пробных версий портала Microsoft Defender. Узнайте о том, кто может зарегистрироваться и использовать условия пробной версии на Microsoft Defender для Office 365.

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

Возможности для работы с сообщениями и доступа к ним

Microsoft 365 обеспечивает гибкость маршрутизации сообщений. В следующих статьях объясняется, как выполнить процесс обработки почты.

Проверка потока почты

Чтобы убедиться, что поток обработки почты Microsoft 365 работает правильно, используйте следующие тесты:

  • Отправьте сообщение электронной почты из любой веб-учетной записи электронной почты получателю в организации Microsoft 365.
  • Отправка сообщений электронной почты от пользователя в вашей организации в учетную запись электронной почты в Интернете.
  • Если вы настроили соединители для обмена электронной почтой между локальной средой или партнерской организацией, вы можете использовать встроенную проверку соединителя для тестирования потока обработки почты. Дополнительные сведения см. в статье Проверка соединителей в Exchange Online.

Поддержка анонимной входящей электронной почты по протоколу IPv6

Microsoft 365 поддерживает получение анонимной входящей электронной почты по протоколу IPv6, но может не быть включена в вашей организации. Вы можете определить следующее сообщение об ошибке:

550 5.2.1 Служба недоступна, [contoso.com] не принимает электронную почту по протоколу IPv6.

Если возникает эта ошибка, вы можете согласиться на анонимную входящую почту по протоколу поддержки IPv6, открыв запрос на поддержку.

После того как вы согласитесь, исходный почтовый сервер должен соответствовать обоим следующим требованиям для успешной доставки электронной почты:

  • Исходный IPv6-адрес должен иметь действительную запись обратного поиска DNS (PTR), которая позволяет назначению найти доменное имя из IPv6-адреса. Если это не так, вы получите следующую ошибку:

    Служба 450 4.7.25 недоступна, отправляя IPv6-адрес [2a01:111:f200:2004::240] должна иметь обратную запись DNS.

  • Домен отправителя должен пройти проверку платформы политики отправителей (SPF) или domainKeys Identified Mail (DKIM). Дополнительные сведения о записях проверки подлинности электронной почты в Microsoft 365 см. в разделе проверка подлинности Email. Если это не так, вы получите следующую ошибку:

    450 4.7.26 Служба недоступна, сообщение, отправленное по протоколу IPv6 [2a01:111:f200:2004::240] должно пройти проверку SPF или DKIM.

Анонимная электронная почта из источников IPv6 проходит через встроенные функции безопасности для всех облачных почтовых ящиков и Microsoft Defender для Office 365.

Часто задаваемые вопросы о доставке потока почты

В этом разделе содержатся сведения о сообщениях, помещенных в очередь, отложенных и отскакленных сообщениях в Microsoft 365.

Почему очередь почты?

Сообщения помещаются в очередь или откладываются, если службе не удается установить подключение к целевому серверу для доставки. Сообщения не откладываются, если с целевого сервера возвращается ошибка серии 500 (постоянная).

Как сообщение откладывается?

Сообщения сохраняются, когда не удается установить подключение к целевому серверу, а конечный сервер возвращает временные ошибки. Например, время ожидания подключения, отказ в подключении или другие ошибки серии 400. Ошибки серии 500 (постоянные) приводят к возврату сообщения в отчете о недоставке (также известном как сообщение о недоставке или отказе).

Как долго сообщение остается в состоянии отсрочки и какой интервал повтора?

Отложенные сообщения остаются в наших очередях в течение одного дня. Повторные попытки основаны на ошибках, которые мы получаем с целевого почтового сервера. Первые несколько отложений — 15 минут или меньше. Интервал для последующих повторных попыток увеличивается до 60 минут. Расширение интервала является динамическим и учитывает несколько переменных (размер очереди, внутренний приоритет сообщения и т. д.).

Как распространяются сообщения, помещенные в очередь, после восстановления связи с почтовым сервером?

Сообщения, помещенные в очередь, автоматически обрабатываются в том порядке, в котором они были получены, и помещаются в очередь для доставки, когда сервер становится недоступным.