Вопрос или проблема
У нас есть аренда Microsoft 365, и мы столкнулись с проблемой маршрутизации электронной почты, вызванной необычным требованием.
Мы подключили домен example.com к аренде, и электронные письма, отправленные на [email protected], помещаются в почтовый ящик Exchange для соответствующего пользователя (Exchange Online). В большинстве случаев это желаемое поведение.
Тем не менее, для определенных пользователей электронные письма не должны попадать в почтовые ящики Exchange Online этих пользователей, а вместо этого должны перенаправляться на другой MX, который обрабатывает входящие сообщения этих пользователей. Это, похоже, невозможно, если есть дополнительное требование, чтобы почтовые ящики Exchange Online этих пользователей оставались включенными.
Чтобы объяснить на примере:
Пользователи [email protected] и [email protected] оба имеют включенные почтовые ящики Exchange Online. Электронные сообщения на [email protected] должны помещаться в соответствующий почтовый ящик Exchange Online, но сообщения на [email protected] должны перенаправляться на другой, внешний MX, который обрабатывает входящую почту для [email protected], но не для [email protected].
Чтобы это осуществить, мы сделали следующее:
- Создали соединитель со следующими параметрами:
- Сценарий почтового потока: От Office 365 к почтовому серверу вашей организации
- Имя:
Bypass_Exchange - Статус: Включен
- Использование соединителя: Использовать только когда у меня установлено правило транспортировки, которое перенаправляет сообщения на этот соединитель
- Маршрутизация: Маршрут электронные сообщения через эти интеллектуальные узлы:
mx.otherdomain.com - Ограничения безопасности: (не актуально здесь)
- Валидация: Последний результат валидации: Валидация успешна (остальные свойства валидации не актуальны здесь)
- Создали правило со следующими параметрами:
- Статус: Включено
- Имя правила:
Bypass_b - Режим: Принудительно
- Серьезность: Не указана
- Установить диапазон дат: Конкретный диапазон дат не установлен
- Адреса отправителей: Соответствующий заголовок
- Приоритет: 0
- При ошибках обработки правил: Игнорировать
- Применить это правило, если: любой из адресов получателей соответствует этим шаблонам:
[email protected] - Сделать следующее: Направить сообщение с помощью соединителя, названного
Bypass_Exchange - Комментарии к правилу: (нет)
Это работает наполовину:
Если кто-то отправляет электронную почту на [email protected], сообщение приходит в соответствующий почтовый ящик Exchange Online. Если кто-то отправляет электронную почту на [email protected], сообщение перенаправляется на mx.otherdomain.com, который обрабатывает его соответствующим образом, потому что он настроен на обработку сообщений на [email protected].
Но если кто-то отправляет электронную почту оба получателя (например, [email protected] и [email protected] оба находятся в заголовке To:), все идет не так, и отправитель получает уведомление о недоставке.
Я понимаю, почему это происходит: Microsoft 365 запускает правило, потому что адрес получателя соответствует [email protected], и перенаправляет сообщение на mx.otherdomain.com, который, в свою очередь, начинает паниковать, потому что он не настроен на обработку почты для [email protected].
Поняв проблему, я не смог найти решение, даже после внимательного изучения всех возможных условий в редакторе правил и их возможного использования. В настройках почтового потока в Microsoft 365 возможно ли как-то “разделить” входящие сообщения на два экземпляра, где один экземпляр идет только к получателям, которые обрабатываются почтовыми ящиками Exchange Online, а другой экземпляр идет только к получателям, которые обрабатываются mx.otherdomain.com?
Существует несколько вариантов здесь.
Лучшее решение заключалось бы в использовании другого SMTP-домена на внешнем почтовом сервере; таким образом, вы могли бы:
- Настроить пересылку на почтовом ящике
[email protected]для пересылки сообщений на[email protected] - Полностью удалить почтовый ящик и заменить его контактом, что делает практически то же самое, но без существующего почтового ящика Exchange Online.
Если вам действительно необходимо разделить один и тот же SMTP-домен между Exchange Online и внешним почтовым сервером, дела становятся гораздо более сложными.
Ответ или решение
Конфигурация Microsoft 365 для непривычных требований маршрутизации электронной почты
Введение
В условиях современного бизнеса, где каждая деталь важна, конфигурация систем обмена сообщениями становится критически важным аспектом управления организацией. В случае с Microsoft 365, процесс маршрутизации электронной почты может требовать нестандартных решений. В этой статье мы рассмотрим, как решить проблему маршрутизации для пользователей с уникальными требованиями, согласно описанному сценарию.
Проблема
У вас есть подключенный домен example.com, и вы сталкиваетесь с проблемой маршрутизации электронных писем для определенных пользователей вашей организации. В то время как большую часть времени требуется, чтобы письма поступали в почтовые ящики Exchange Online, в некоторых случаях необходимо перенаправить письма на внешний сервер MX.
Решение
1. Создание специального соединителя
Создайте соединитель для установки маршрутизации электронной почты через внешний почтовый сервер. Существует несколько параметров, которые необходимо учесть:
- Сценарий потока почты: от Office 365 к вашему почтовому серверу.
- Имя соединителя: например,
Bypass_Exchange. - Статус: включен.
- Использование соединителя: используйте только в случае настройки правила перенаправления сообщений.
- Маршрутизация: направляйте сообщения через ваши смарт-хосты (например,
mx.otherdomain.com).
2. Создание правила маршрутизации
Настройте правило для обработки входящих сообщений следующим образом:
- Статус: включено.
- Имя правила:
Bypass_b. - Режим: принудительный.
- Приемники: уточните адреса, для которых требуется выполнение данного правила. Например, для перенаправления сообщений, отправленных в адрес [email protected], используйте правило, которое выполняет функцию маршрутизации через созданный соединитель.
3. Проблемы с пересылкой почты
Как вы отметили, проблема возникает, когда сообщения отправляются сразу нескольким пользователям (например, [email protected] и [email protected]). В таких случаях, если одно из правил маршрутизует почту, система пытается выполнить несколько маршрутов, что приводит к ошибке доставки.
Альтернативные решения
Если текущая конфигурация не решает проблему, рассмотрите следующие альтернативные подходы:
-
Использование разных доменов SMTP: Если возможно, настройте другую доменную почту на внешнем сервере. Это упростит ситуацию и позволит создать отдельные адреса для пользователей, перенаправляя входящие сообщения без конфликтов в маршрутизации.
-
Удаление почтового ящика: Если для определенного пользователя нет необходимости в хранении почты, удалите почтовый ящик и замените его на контакт, который может служить тем же целям без конфликтов в маршрутизации.
Заключение
Правильная настройка маршрутизации электронной почты в Microsoft 365 требует внимательного подхода и тщательной настройки. Выбор между стандартным и нестандартным решением должен основываться на потребностях вашей организации и уникальных требованиях к маршрутизации. Используя представленные рекомендации, вы сможете организовать эффективное и надежное управление электронной почтой в условиях, требующих гибкости и адаптивности.
SEO-Оптимизация
Рекомендуется оптимизировать контент, включая ключевые слова, такие как "настройка Microsoft 365", "маршрутизация почты", "соединитель Exchange", и "правила маршрутизации". Это поможет вашему контенту занять более высокие позиции в поисковых системах и привлечь целевую аудиторию, интересующуюся решениями по конфигурации электронной почты Microsoft 365.