none
Reverse DNS does not match SMTP Banner RRS feed

  • Вопрос

  • Здравствуйте коллеги.

    Проверяю свой почтовый сервер тут http://mxtoolbox.com/ - Test E-mail Server

    Получаю следующий список:

    SMTP Reverse DNS Mismatch Warning - Reverse DNS does not match SMTP Banner
    SMTP Transaction Time 8.533 seconds - Not good! on Transaction Time
    SMTP Reverse Banner Check OK 
    SMTP TLS OK - Supports TLS.
    SMTP Connection Time 0.967 seconds - Good on Connection time
    SMTP Open Relay OK - Not an open relay.

    Проверил настройки коннекторов получения\отправки.

    В настройках отправки установленное FQDN  корректное mail.mydomain.ru

    В настройках получения стоит MAIL.mydomain.local в соответствии с моим доменом и при попытке сменить его на mail.mydomain.ru я получаю следующую ошибку

    Если атрибут AuthMechanism соединителя получения имеет значение ExchangeServer, то для параметра FQDN соединителя получения необходимо установить одно из следующих значений: имя FQDN транспортного сервера "MAIL.mydomain.local", имя NetBIOS транспортного сервера "MAIL" или $null.

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



    11 марта 2014 г. 11:46

Ответы

Все ответы

  • 1. Посмотреть с помощью nslookup имя, в которое разрешается реальный IP внешнего интерфейса сервера (или шлюза NAT - маршрутизатор и т.п., - если сервер не имеет реального IP.

    2.Прописать это имя в качестве FQDN. Необходимо, однако, чтобы прямое разрешение этого имени в IP давало ваш внешний реальный IP. Обязательно проверьте это, т.к. такое несовпадение - куда более грубая ошибка, чем несовпадение имен при обратном разрешении.

    Альтернативный вариант - обратиться к провадеру, чтобы он внес изменение в свою обратную зону: прописал бы для вашего реального IP ваш FQDN. Иногда для этого даже не надо никуда обращаться - провайдер может предоставлять клиентам web-интерфейс для настройки обратного разрешения IP в имя.


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


    • Изменено M.V.V. _ 11 марта 2014 г. 12:33
    11 марта 2014 г. 12:31
  • 1. Посмотреть с помощью nslookup имя, в которое разрешается реальный IP внешнего интерфейса сервера (или шлюза NAT - маршрутизатор и т.п., - если сервер не имеет реального IP.

    2.Прописать это имя в качестве FQDN. Необходимо, однако, чтобы прямое разрешение этого имени в IP давало ваш внешний реальный IP. Обязательно проверьте это, т.к. такое несовпадение - куда более грубая ошибка, чем несовпадение имен при обратном разрешении.

    Альтернативный вариант - обратиться к провадеру, чтобы он внес изменение в свою обратную зону: прописал бы для вашего реального IP ваш FQDN. Иногда для этого даже не надо никуда обращаться - провайдер может предоставлять клиентам web-интерфейс для настройки обратного разрешения IP в имя.

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

    В моем случае это варнинг настройки самого Exchange, и я даже знаю где, но не знаю как, ибо мне выдает ошибку которую я указал в самом начале.


    11 марта 2014 г. 12:57
  • Неужели нет никаких способов поменять в соединителях получения FQDN если в настройках безопасности установлен параметр Exchange Server?
    12 марта 2014 г. 8:40
  • А зачем вам AuthMechanism = ExchangeServer на внешку?

    Сазонов Илья http://isazonov.wordpress.com/

    13 марта 2014 г. 13:33
    Модератор
  • А зачем вам AuthMechanism = ExchangeServer на внешку?

    Сазонов Илья http://isazonov.wordpress.com/

    Вообще я бы не отказался от ликбеза в этом плане. У меня сейчас установлены получатели дефолтные, а найти информацию какие из них мне нужны, какие нет, не могу. Вся почта, если верить логам, валится через Default Mail - Hub transport. 

    Зачем нужны остальные 4 и что с ними делать?

    Client Proxy MAIL - Hub Transport

    Client Frontend MAIL - Frontend Transport

    Default Frontend MAIL - Frontend Transport

    Outbound Proxy Frontend MAIL - Frontend Transpot.

    14 марта 2014 г. 6:24
  • День Добрый!

    Вот: Соединители приема по умолчанию, созданные во время установки


    Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    14 марта 2014 г. 7:11