Просто чтобы создать сцену, я запускаю Exchange 2010 вместе с Exchange 2003, пока мы выполняем переход. Вся исходящая электронная почта для пространства имен SMTP "*" проходит через коннектор SMTP и через промежуточный узел (Messagelabs).
В связи с тем, что я не могу обновить вышеупомянутый соединитель SMTP, пока не списываю наши серверы Exchange 2003, поток почты в настоящее время проходит через сервер Exchange 2003 на каждом сайте, а затем отправляется в Messagelabs.
Наша установка на этом сайте состоит из одного сервера почтовых ящиков и двух серверов CAS / HUB в массиве.
Я запускаю программное обеспечение на каждом сервере CAS / HUB, которое подписывает исходящие электронные письма. Большинство исходящих писем идут по следующему пути:
Проблема в том, что некоторые электронные письма отправляются следующим образом:
Хотя это не проблема для почтового потока, это вызывает проблемы, потому что программное обеспечение для подписи дважды штампует электронное письмо; каждый раз, когда он проходит через каждый сервер CAS / HUB.
Нормальным ли является передача электронных писем между двумя серверами CAS на одном сайте AD при выходе? Я бы подумал, что серверы CAS определят, что следующим «прыжком» была отправка через сервер Exchange 2003.
В зависимости от настроек вашего сервера это может быть нормально. Вы не упоминаете, сколько у вас серверов и какие роли Exchange установлены на каждом из них, но в определенных ситуациях это может быть запланированное поведение.
Если, например, у вас есть транспортный сервер-концентратор, который также является сервером почтовых ящиков, который является членом группы DAG, Exchange направит сообщение через другой транспортный сервер-концентратор, чтобы убедиться, что сообщение содержится в транспортной корзине другого сервера-концентратора. Это необходимо для гарантии того, что в случае отказа сервера, который одновременно является сервером-концентратором и членом группы DAG почтовых ящиков, сообщение не будет потеряно при передаче.
Эта функция называется Теневая избыточность, и, честно говоря, TechNet может рассказать об этом гораздо больше, чем я, так что вы можете проверить это, имеет ли это отношение к вашей ситуации.