none
В чем отличие Транспортный сервер и интерфейс транспорта RRS feed

Ответы


  • Мне нужно создать коннектор отправки с обычной авторизацией
    Как я понял из описания
    Hub transort - больше подходит для соединений с авторизацией
    Front end - больше для анонимной отправки

    ?


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

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

    PS По вопросу выбора роли для приемного коннектора. Следует понимать, что роль - это, для системы, отдельный процесс. Поэтому исходить при выборе процесса (роли) при создании нового коннектора получения следует, прежде всего из того, не вызовет ли создаваемый коннектор конфликта с уже существующими. Дело в том, что комбинация локального адреса и прослушиваемого порта (это - параметры привязки сокета с точки зрения API системы) - они должны быть уникальны в рамках системы, т.е. - принадлежать только одному процессу. Поэтому, например, коли у вас уже есть (он по умолчанию создается) коннектор, прослушивающий все локальные адреса (в параметрах системного вызова при этом указывается адрес 0.0.0.0) на 25-м порту в процессе Front-End Transport, то и другие коннекторы для этой комбинации адрес/порт (например, принимающие подключения с какого-то фиксированного адреса) вы вынуждены будете создавать для именно для роли(процесса) Front-End.


    Слава России!


    15 октября 2019 г. 17:17

Все ответы

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

    http://www.mustbegeek.com/understanding-default-receive-connectors-in-exchange-2016/#.XaVrr_kzZaQ

    Вот здесь есть хорошее описание.

    15 октября 2019 г. 6:50

  • Мне нужно создать коннектор отправки с обычной авторизацией
    Как я понял из описания
    Hub transort - больше подходит для соединений с авторизацией
    Front end - больше для анонимной отправки

    ?


    • Изменено Adlukashin 15 октября 2019 г. 7:23
    15 октября 2019 г. 7:23
  • Для большинства задач достаточно (для вашей в том числе):

    Role-> FrontEnd transport

    Type-> Custom

    15 октября 2019 г. 7:37

  • Мне нужно создать коннектор отправки с обычной авторизацией
    Как я понял из описания
    Hub transort - больше подходит для соединений с авторизацией
    Front end - больше для анонимной отправки

    ?


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

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

    PS По вопросу выбора роли для приемного коннектора. Следует понимать, что роль - это, для системы, отдельный процесс. Поэтому исходить при выборе процесса (роли) при создании нового коннектора получения следует, прежде всего из того, не вызовет ли создаваемый коннектор конфликта с уже существующими. Дело в том, что комбинация локального адреса и прослушиваемого порта (это - параметры привязки сокета с точки зрения API системы) - они должны быть уникальны в рамках системы, т.е. - принадлежать только одному процессу. Поэтому, например, коли у вас уже есть (он по умолчанию создается) коннектор, прослушивающий все локальные адреса (в параметрах системного вызова при этом указывается адрес 0.0.0.0) на 25-м порту в процессе Front-End Transport, то и другие коннекторы для этой комбинации адрес/порт (например, принимающие подключения с какого-то фиксированного адреса) вы вынуждены будете создавать для именно для роли(процесса) Front-End.


    Слава России!


    15 октября 2019 г. 17:17