none
Как осуществить привязку к соединителю отправки RRS feed

  • Вопрос

  • Добрый день!

    Встала такая задача. В созданную инфраструктуру Exchange 2016 будет добавлен новый обслуживаемый домен. Необходимо, чтобы пользователи, относящиеся к этому домену, отправляли почту через выделенный СОЕДИНИТЕЛЬ ОТПРАВКИ. На этом соединителе требуется произвести определенную конфигурацию, чтобы убрать внутренние имена серверов и адреса IP. Я провел действия, описанные ниже, но это не дало требуемого результата.

    Я создал отдельный почтовый сервер, там  создал почтовую базу. Создал новый соединитель отправки. Произвел необходимую конфигурацию. В настройках нового соединителя в разделе Определение области в Исходный сервер добавил новый сервер. Ориентировался на такую запись в документации:

    The source server or servers is a list of servers that will be allowed to use the send connector configuration to send out email to the domain you have specified

    Однако, нет. Сервер продолжает отправлять почту через первый соединитель отправки. Если первый соединитель отправки отключить, то почта пойдет через созданный новый соединитель.

    Собственно вопрос: как обязать почтовый сервер отправлять почту через новый соединитель?

    1 августа 2017 г. 7:02

Ответы

  • Здравствуйте.

    В AD необходимо создать отдельный сайт (ну и подсеть). Перевести в этот сайт выделенный почтовый сервер.

    По-моему, похоже на выстрел из пушки по воробьям.

    ТС - есть более простой вариант. Используйте сторонее ПО, найденное по запросу "sender based routing in exchange". Есть даже бесплатные варианты.

    Удачи.


    Exchange and Outlook utilities at
    http://www.ivasoft.com


    2 августа 2017 г. 16:51
  • Посмотрите такой вариант:

    http://www.lin.by/2017/04/microsoft-exchange.html#more

    В Postfix вы, немного поэксперементировав, сможете удалять или менять заголовки.


    2 августа 2017 г. 20:47

Все ответы

  • Необходимо, чтобы пользователи, относящиеся к этому домену, отправляли почту через выделенный СОЕДИНИТЕЛЬ ОТПРАВКИ - этого нельзя сделать встроенными средствами.

    вы можете между новым сервером и старым сделать очень большой cost-перенести всех пользователей туда и они будут юзать новый send connector потому что стоимость будет меньше, но определить чтоб source domain использовался для отправки можно только через сторонние продукты.


    scientia potentia est
    My blog

    1 августа 2017 г. 8:24
  • Но если подниму стоимость старого коннектора, то и другие почтовые серверы будут пытаться отправить почту через новый коннектор. Этот вариант не подходит.

    Спасибо за ответ.


    • Изменено MikAndr 1 августа 2017 г. 8:39
    1 августа 2017 г. 8:39
  • Но если подниму стоимость старого коннектора, то и другие почтовые серверы будут пытаться отправить почту через новый коннектор. Этот вариант не подходит.

    Спасибо за ответ.


    я не сказал поднять стоимость коннектора, а стоимость сайт линка между серверами

    scientia potentia est
    My blog

    1 августа 2017 г. 8:54
  • Не подскажите, где об этом почитать?
    • Изменено MikAndr 1 августа 2017 г. 9:02
    1 августа 2017 г. 9:02
  • Если я правильно понял, Вы предлагаете организовать сайт AD, поместить туда нужный мне Exchange Server, и стоимость связи сайтов поднять. Надо будет подумать.

    Я только вот что не пойму. В статье https://technet.microsoft.com/ru-ru/library/bb232045(v=exchg.160).aspx

    описывается порядок выбора внешнего коннектора:

    1. Exchange исключает все соединители, в которых ограничение на размер сообщений меньше размера сообщения.
    • 2. Exchange ограничивает список оставшихся соединителей согласно всем следующим условиям:

      • Областью действия соединителя является сервер Exchange на локальном сайте Active Directory, либо у него нет области действия (соединитель доступен всем серверам Exchange в лесу Active Directory).

      • Соединитель включен.

      • Для соединителя настроено адресное пространство, соответствующее электронному адресу получателя.

    • Из полученного списка Exchange выбирает соединитель с наиболее точным соответствием адресного пространства. Если для нескольких соединителей настроено одно и то же адресное пространство, Exchange использует для выбора соединителя следующие условия:

      1. Совокупная стоимость. Это сумма стоимости всех IP-связей между исходным сайтом Active Directory и сайтом Active Directory, содержащим исходные серверы соединителя, и стоимости, назначенной адресному пространству соединителя (стоимость IP-связей сайтов + стоимость соединителя). Выбирается соединитель с наименьшей совокупной стоимостью. Если у нескольких соединителей одинаковая совокупная стоимость, выполняется следующий этап выбора.

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

        1. Локальный сервер Exchange.

        2. Сервер Exchange на том же сайте Active Directory.

        3. Сервер Exchange на удаленном сайте Active Directory.

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

      3. Имя соединителя. Если обнаружено несколько путей маршрутизации с одинаковыми совокупной стоимостью и числом прыжков, выбирается соединитель с наименьшим буквенно-цифровым значением имени.

    По первому шагу подходят оба соединителя. Во втором шаге оба соединителя тоже идут вровень до выбора после числа прыжков. Там первым идет Локальный сервер Exchange. Но я же указал, что новый соединитель работает на новом выделенном сервере. И этот новый выделенный сервер не указан в списке исходных серверов первого соединителя.

    Из этого следует, что на новом сервере должен выбираться в первую очередь новый соединитель.

    Почему же выбирается первый соединитель?

    1 августа 2017 г. 12:34
  • я немного не понял вашу схему:

    1) у вас оба Exchange в одном сайте?

    2) у вас оба отправляют на один и то же домен  или на *?

    3) стоимость у них одинаковая?

    4) вы пользователей мигрировали на новый сервер?


    scientia potentia est
    My blog


    1 августа 2017 г. 13:07
  • Вот как это реализовать. Сделал и протестировал. эта схема работает.

    В AD необходимо создать отдельный сайт (ну и подсеть). Перевести в этот сайт выделенный почтовый сервер.

    Далее мы имеем два соединителя отправки: тот что изначально был создан, и тот, что создали мы с особыми параметрами.

    В свойствах обоих соединителей в Определение области необходимо указать исходные серверы: у первого соединителя - серверы из умалчиваемого сайта, у второго соединителя - сервер, который перенесен в новый сайт. У обоих соединителей необходимо поставить галочку - Соединитель отправки с заданной областью. Данная галочка делает невидимым соединитель в других сайтах.

    Таким образом новый почтовый сервер будет отправлять внешнюю почту только через свое соединитель отправки.

    Ну естественно, специальные почтовые ящики должны располагаться на почтовом сервере в новом сайте.

    2 августа 2017 г. 14:59
  • День добрый.

    Можно сказать так, у вас Exchange установлен в обычном режиме, но вы не знаете как сделать его multi-tenanted. Так как покупать multi-tenanted приложение дорого. :)

    Exchange Server 2013/2016 hosting and multi-tenancy solutions and guidance

    Сторонние программы для привязки конекторов.

    http://www.messageconcept.net/en/products/exsbr/

    http://ivasoft.com/routebysender.shtml

    PS: Проще для кажного заказчика сетапить ресурсный лес и работать с FIM. Пока ресурсы позволяют.


    MCITP, MCSE. Regards, Oleg

    2 августа 2017 г. 16:51
    Модератор
  • Посмотрите такой вариант:

    http://www.lin.by/2017/04/microsoft-exchange.html#more

    В Postfix вы, немного поэксперементировав, сможете удалять или менять заголовки.


    2 августа 2017 г. 20:47