Поддержка протоколов интернета и SMTP

Конфигурирование пределов в обмене сообщениями и поведение нежелательной ПОЧТЫ. В окне вкладки Messages (Сообщения) страницы свойств виртуального сервера содержатся параметры конфигурации, управляющие пределами размеров сообщений и поведением "плохой" почты (badmail) (см. рис. 7.23). Плохой почтой называют сообщения, которые нельзя доставить или вернуть. По умолчанию для плохой почты используется каталог \Exchsrvr \корневой-каталог-почты\из{ #\badmail (где vsi # -виртуальный сервер; например, vsi 1 - используемый по умолчанию виртуальный сервер SMTP). Можно изменить местоположение каталога не-желательной почты только путем непосредственного конфигурирования свойств базы метаданных. Этот принятый по умолчанию каталог нельзя изменить с помощью оснастки Exchange System. Обычно при невозможности доставки сообщения отправитель получает отчет о невозможности доставки (NDR). Можно также указать, чтобы все отчеты NDR отправлялись по заданному адресу электронной почты.

Рис. 7.23. Вкладка Messages на странице свойств виртуального сервера

Внимание! Проследите за тем, чтобы не выбрать для каталога нежелательной почты накопитель М:. Это приведет к конфликтам со службой администрирования и транспортной службой Exchange и к прекращению передачи сообщений

Если в организации имеется другой почтовый сервер, например сервер на платформе UNIX, который работает с тем же доменом, что и виртуальный сервер SMTP, введите хост-имя этого сервера в поле Forward All Mail With Unresolved Recipients To Host (Пересылать все сообщения с неразрешенными именами получателей на хост). Если сервер Exchange получит сообщение электронной почты, для которого не сможет выполнить разрешение имени, он направит сообщение на данный хост. Например, если виртуальный сервер SMTP и почтовый UNIX-сервер обслуживают один и тот же домен trainsbydave.com, то в Exchange Server может поступить почта, предназначенная для пользователей UNIX. Если Exchange Server не сможет найти этих пользователей, то он перешлет эти сообщения на указанный хост в другой системе.

Конфигурирование информации для доставки. В окне вкладки Delivery (Доставка) страницы свойств виртуального сервера конфигурируются предельные значения для повторных попыток передачи исходящих сообщений и сроков ожидания, а также значения для внешних соединений и информация по безопасности. Если данный виртуальный сервер будет подключаться к другому виртуальному серверу, проследите за тем, чтобы параметры безопасности исходящих сообщений соответствовали параметрам безопасности входящих сообщений на другом виртуальном сервере.

В диалоговом окне Advanced Delivery (Дополнительные параметры доставки) (см. рис. 7.24), которое открывается по нажатию кнопки Advanced (Дополнительно) на вкладке Delivery, имеется несколько ин-тересных опций. В поле Masquerade Domain (Заменяющий домен) указывается другое доменное имя, которое будет помещаться и в поле Mail From (Почта от), и в поле From (От) для всех исходящих сообщений. Поле Mail From находится в заголовке сообщения SMTP, и в нем указывается домен, из которого пришло сообщение, в то время как поле From находится в теле сообщения, и в нем указывается, от кого поступило сообщение. Если модифицируется поле Mail From, то эти изменения остаются в течение всей доставки.

Рис. 7.24. Диалоговое окно Advanced Delivery

Например, если на сервере доменhttp://sales.hr.trainsbydave.com размещен внутри домена http://trainsbydave.com то по умолчанию в поле Mail From будет находиться запись http://sales.hr.trainsbydave.com. Если требуется изменить ее на http://trainsbydave.com, введите эту информацию в поле Masquerade Domain. Для всех исходящих сообщений будет указано, что они поступили из домена http://trainsbydave.com, и все отчеты NDR будут отправляться в домен http://trainsbydave.com.

В отличие от этого содержимое поля From, которое также модифицируется в соответствии с полем Masquerade Domain для указания (в нашем примере) альтернативного домена http://trainsbydave.com, применяется только к первому сегменту маршрута. Это означает, что если сообщение должно пройти через несколько систем обмена сообщениями, прежде чем дойдет до адресата, то после первого сегмента оно снова получит исходное имя домена. Здесь также конфигурируется параметр Maximum Hop Count (Максимальное количество сегментов), который задает максимальное количество строк заголовка Received, допускаемое SMTP-сервером в поступающих сообщениях; в случае превышения этого значения отправителю сообщения возвратится отчет NDR.

Включение опции Perform Reverse DNS Lookup On Incoming Messages (Выполнять обратный поиск DNS для входящих сообщений) указывает системе Exchange Server 2003, что сначала нужно удостовериться в том, что IP-адрес клиента соответствует доменному имени, представленному клиентом в команде HELO/EHLO. Если обратный поиск в DNS был успешным, то заголовок Received не изменяется. Если нет, то в заголовке Received после данного IP-адреса указывается "unverified" (не верифицирован). Если выполнение обратных поисков в DNS влияет на производительность, то имеет смысл отключить эту опцию. Опция по умолчанию отключена.

Устранение проблем с SMTP

Существует несколько способов устранения неполадок, связанных с SMTP. Во-первых, необходимо убедиться в правильности настроек виртуального сервера. Например, проверить, что IP-адрес и номер порта не конфликтуют с аналогичными настройками других виртуальных серверов. Во-вторых, следует включить ведение журнала на сервере SMTP и просмотреть файлы журнала, чтобы выяснить, записаны ли в них коды ошибок или отклики ошибок. Эта информация поможет выявить причину возникновения проблемы. Наконец, используйте Telnet для подключения к серверу SMTP, после чего отправьте на сервер команды SMTP, чтобы просмотреть отклик. Это наиболее детальный и эффективный метод устранения проблем с SMTP-сервером. Например, если требуется протестировать сервер Exchange на предмет его открытия для коммутации, выполните следующие шаги

1. В командной строке введите команду open <имя_сервера> 25, чтобы открыть сеанс Telnet (см. рис. 7.25). От SMTP-сервера будет получена информация с указанием имени сервера, службы работающей на нем электронной почты, версии, даты и времени, когда было сгенери-ровано сообщение (см. рис. 7.26).
2. Введите команду EHLO Будет получен перечень команд, поддерживаемых сервером.
3. Введите следующую команду mail from: president@whitehouse.gov
4. Введите команду rcpt to: < ваш_адрес_электронной_почты>

Рис. 7.25. Команда Telnet, открывающая сеанс Telnet с SMTP-сервером Tucson.trainsbydave.com через порт 25

Рис. 7.26. Отклик от сервера Tucson, позволяющий открыть соединение Telnet

Если сервер Exchange закрыт для коммутации, будет получено сообщение об ошибке 550 5.7.1 " Невозможна коммутация с <ваш_адрес_ электроной_почты>" (см. рис. 7.26)

Рис. 7.27. Сеанс Telnet с командами, предназначенными для проверки возможности коммутации через сервер Tucson

Можно открыть сеанс Telnet на любом сервере Exchange, после чего использовать команды SMTP и Extended SMTP для тестирования службы SMTP на этом сервере. Получение сведений об использовании команд поможет в устранении проблем со службой SMTP, когда имеются подозрения в некорректной передаче сообщений.