Exchange и записи SPF
На самом деле новая рекомендация состоит в том, чтобы использовать Платформу Веб-фермы для управления теми серверами, она может помочь Вам развернуться и синхронизироваться, Ваши серверы (внутренне использующий сеть Развертываются), и контролируйте их здоровье и выполните пользовательские операции через фермы. Бета-версия уже доступна, см.: http://www.iis.net/download/webfarmframework
Exchange "знает", как это сделать, если он настроен для этого.
В Exchange Server 2003 вы настраиваете фильтрацию идентификатора отправителя в GlobalSettings | Доставка сообщений, а затем включаете ее на SMTP Виртуальный сервер.
В Exchange Server 2007 и 2010 вы включаете и настраиваете его на своем пограничном транспортном сервере. Если у вас нет пограничного транспортного сервера, вы можете включить его на своем транспортном сервере-концентраторе.
Когда почтовый сервер Exchange с обнаружением спама и проверкой SPF получает почту с IP-адреса сервера 123.123.123.123 с доменом отправителя xyz.com , почтовый сервер следует эти шаги:
- Имеется ли в домене
xyz.comзапись MX для сервера123.123.123.123? - Если нет записи MX с IP, почтовый сервер проверит наличие записи SPF.
- Если IP-адрес сервера или сеть указаны в записи SPF, почтовый сервер получит почту.
SPF позволяет почтовым серверам отправлять почту из домена без записи MX.
Автор MTA (в данном случае Exchange) читает и соблюдает RFC 4408 и друзья.
Если все делают все правильно (вы публикуете правильный SPF) ( TXT ) запись, MTA извлекает и интерпретирует ее в соответствии с RFC) вещи Just Work. Если кто-то ошибается со своей частью сделки, все ломается.
(Разве Интернет не велик?)