
Итак, при конфигурировании почтового сервера IIS на использование
направляющего узла для маршрутизации почты, почтовый сервер сначала
пытается передать почту НЕ направляющему узлу, указанному нами, а MX
домена, совпадающего по имени с направляющим узлом, указанным нами! Если
попытка разрешить запись типа MX для имени направляющего узла завершилась
неудачей, то после этого почтовый сервер действительно пытается передать
почту самому направляющему узлу. Если же разрешение имени типа MX для
направляющего узла удалось, то сервер пытается передать почту найденному
серверу. Тут возможны два варианта: либо найденный сервер НЕ примет от
нашего сервера почту (что вполне возможно, мы уже проанализировали
печальные последствия в таком случае) и тогда почта просто не будет
доставлена (будет произведена попытка вернуть письмо вместе с отчетом о
невозможности доставки отправителю), либо найденный сервер примет от
нашего сервера почту (это вполне возможно, так как и наш релейный сервер и
найденный MX находятся в одном административном подчинении), тогда
доставка почты завершится успешно. В целом можно сказать, что использование
направляющего сервера в MS IIS является «опасным» делом. Может быть, имеет
смысл просто указывать не ИМЯ направляющего узла, а его IP адрес – тогда,
вероятно, мы будем избавлены от неправильных DNS запросов и всей
последующей неразберихи? Перенастроим наш релейный сервер на
использование в качестве направляющего сервера mail.alkar.net, но укажем не
имя, а IP адрес (файл to_relay_5.cap).