Буду проводить тщательное тестирование, но мне нужно разделить пространство имен домена электронной почты между тремя организациями без туннелей VPN и интеграции с Active Directory.
Я установил тестовую конфигурацию с использованием внутреннего ретранслятора в качестве параметра конфигурации обслуживаемого домена в местоположениях «A» и «B», а также настроил соединители отправки с соответствующим адресным пространством, стоимостью и smarthost (от A до B, от B до A) ; почта сейчас идет нормально в обоих направлениях.
Однако я не уверен, как будет развиваться местоположение «C»: сначала я подумал, что добавлю второй коннектор отправки с тем же адресным пространством, но с более высокой стоимостью для третьего местоположения на каждом сервере Exchange, а именно:
Расположение А:
Коннектор отправки № 1: «в местоположение B», адресное пространство example.com, стоимость 5 Коннектор отправки № 2: «в местоположение C», адресное пространство example.com, стоимость 10
Промойте и повторите для двух других мест.
Так, например, если пользователь местоположения A alice@example.com отправляет электронное письмо пользователю местоположения C charles@example.com, поскольку коннектор отправки № 1 имеет более низкую стоимость (более высокий приоритет), он сначала попробует его, и в этот момент местоположение B Exchange Server ответит 550 Unknown User.
Вот мой вопрос: будет ли сервер Exchange в местоположении A пытаться использовать коннектор отправки №2, или Exchange просто отправит отчет о недоставке Алисе из-за постоянной неисправности? Я предполагаю, что это последнее.
Если да, можно ли это изменить? Как еще вы порекомендовали бы справиться с этой ситуацией? Я изучал возможность создания автоматических перенаправителей для контактов, которые представляют собой «связующий» домен (то есть создают субдомен вне example.com, то есть A.example.com, B.example.com и т. Д.), Но это действительно выглядит тупой и неустойчивый.
Наличие двух коннекторов отправки не работает должным образом. Мне пришлось настроить один коннектор отправки на почтовом сервере каждого местоположения, как показано ниже, и разрешить ретрансляцию для каждого коннектора получения местоположения, привязанного к их соседнему местоположению (см. Ниже).
Местоположение A -> Местоположение B -> Местоположение C -> Местоположение A
Я тестировал недопустимого получателя от тестового пользователя местоположения A, и почтовый сервер местоположения A предотвратил цикл, молча выдав ошибку «Обнаружен локальный цикл», но отчет о недоставке не был отправлен.