Как   сконфигурировать   почтовый   сервер   компании   для   того,   чтобы   он 

периодически соединялся с сервером провайдера и давал команду  ETRN? Так 
как  IIS  не   поддерживает   клиентской   части  ETRN  (Q256655)   необходимо 
написать сценарий, который будет с заданной периодичностью запускаться на 
почтовом   сервере   компании,   соединяться   с   почтовым   сервером   провайдера   и 
давать команду  ETRN  company.com. После этого все письма, доставленные на 
почтовый   сервер   провайдера   будут   затем,   после   подачи   команды  ETRN,   на 
почтовый сервер клиента. 

Рассмотрим преимущества и недостатки такого подхода к доставке почты. 

С   одной   стороны   это   относительно   безопасная   технология   в   том   смысле   что, 
даже   подав   команду  ETRN,   подключившийся   инициирует   передачу   почты   не 
себе,   а   в   соответствии   с   настройками   сервера.   С   другой   стороны   отсутствие 
авторизации   при   использовании   команды  ETRN  безусловно   является 
недостатком с точки зрения безопасности. Естественно, ключевым недостатком 
такого подхода является необходимость для клиента иметь статический IP адрес, 
что несколько противоречит идее о dial-up подключении сервера компании. 

Как   отмечалось   ранее,   существенным   недостатком   рассмотренного   выше 

расширения является необходимость наличия статического IP адрес у почтового 
сервера   компании,   которому   сервер   провайдера   будет   передавать   почту   при 
получении   команды  ETRN.   Еще   одно   расширения  SMTP,   которые   мы   сейчас 
рассмотрим, позволяет решить задачу, аналогичную вышерассмотренной и в том 
случае,   если   у   почтового   сервера   компании   динамический  IP  адрес.   Данное 
расширение описано в RFC 2645 и называется On-Demand Mail Relay (ODMR). С 
помощью   этого   расширения   клиент   может   не   просто   инициировать   передачу 
почты   сервером   в   некоторый   домен   на   основании   настроек   сервера 
относительно маршрутизации почты в данный домен, но и получить ВСЮ почту 
для некоторого домена в ЭТОМ ЖЕ САМОМ  TCP соединении. Это автоматически 
означает,   что   даже   если   у   клиента   динамический  IP  адрес,   это   не   вызовет 
проблем   с   передачей   почты   для   указанного   домена   клиенту,   передающему 
серверу   рассматриваемую   ниже   новую   команду  SMTP.   Рассмотрим,   как   это 
работает. 

RFC  2654 говорит о том, что почтовый сервер, поддерживающий данную 

технологию должен обеспечить на TCP порту 366, зарезервированном для ODMR, 
работу   ограниченно   функционального   почтового   сервера,   поддерживающего