
Как сконфигурировать почтовый сервер компании для того, чтобы он
периодически соединялся с сервером провайдера и давал команду 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,
работу ограниченно функционального почтового сервера, поддерживающего