![]() |
Модуль RPOP |
||||||||||||||||||||||||||||||||||||||||||||
|
|
Модуль RPOP полезен даже в тех случаях, когда сервер CGP имеет постоянное соединение с Интернетом. Пользователь может иметь почтовые ящики на разных серверах, и, используя модуль RPOP, он может забирать почту с тех ящиков и переносить ее в свой ящик на CGP сервере.
Модуль RPOP поддерживает UDWA. Это эккаунт на другом сервере, который хранит все сообщения, пришедшие на ваш адрес на том сервере. Модуль RPOP забирает все сообщения с таких почтовых ящиков и распределяет их в соответствии с информацией из их заголовков. Модуль RPOP может опрашивать несколько UDWA.
Деятельность модуля RPOP может быть ограничена использованием TCP Activity Schedule. Модуль может опрашивать любые другие удаленные почтовые ящики до тех пор, пока TCP Activity Schedule позволяет серверу выступать инициатором при установлении соединения.
Использование Web-браузера для настройки модуля RPOP.
Для сохранения новых настроек модуля RPOP нажмите кнопку Сохранить.
Если удаленный почтовый ящик содержит письма, адресованные ко всем пользователям вашего домена, то модуль RPOP можно настроить таким образом, чтобы он собирал почту с этого почтового ящика и затем распределял ее по пользователям.
Стандартный POP-сервер принимает входящие запросы на соединение,
приходящие на TCP порт 110.
Если вы хотите опрашивать удаленный POP-сервер, имеющий нестандартный порт для приема запросов,
укажите номер его порта после имени самого сервера, отделив номер порта от имени сервера символом ":".
Например,
pop.provider.com:111
В таблице Unified Accounts всегда есть свободная строка. Она предназначена для того, чтобы указать имя нового Unified Account при его создании. Чтобы удалить Unified Account, установите опции Poll Every в положении never.
После этого нажмите на кнопку
Когда сообщение посылается через Internet, то информация об отправителе и получателе сообщения посылается в "конверте" этого письма, "конвертом" письма является, например, информация, передаваемая по протоколу SMTP до передачи самого письма. Если сообщение посылается через протокол SMTP, то конверт посылается как последовательность команд протокола, если сообщение посылается через UUCP, то конверт посылается в дополнительных файлах. Информация, содержащаяся в конверте, обычно совпадает с информацией в заголовке сообщения, но это не всегда может быть так. Наиболее важными случаями исключения являются:
Когда сообщения сохранено в почтовом ящике, информация об отправителе из конверта переносится в поле Return-Path: заголовка письма. Информация из конверта о получателях обычно не переносится в заголовок.
Модуль RPOP забирает сообщение с UDWA, и доставляет письмо его получателю, не изменяя информацию в конверте письма. Если в заголовке сообщения присутствует поле Return-Path:, то адрес из этого поля записывается в новый конверт как адрес отправителя, а само поле удаляется из заголовка (оно будет создано вновь, когда сообщение будет доставлено к конечному получателю).
Если UDWA создан почтовой системой, которая может копировать
адреса из конверта в поля заголовка, то доставка сообщений через RPOP надежна при
использовании SMTP.
Введите имя этого заголовка в поле формы настройки UDWA, и модуль RPOP будет искать
этот заголовок во всех сообщениях, которые он собирает, и затем сообщение будет
отправлено на тот адрес, который указан в этом поле заголовка.
Само поле будет удалено из заголовка сообщения.
У всех полученных сообщений будет установлен флаг 'report on failure', таким образом,
если сообщение не было доставлено, то уведомление об ошибке будет отправлено
изначальному отправителю письма (его адрес хранится в поле заголовка Return-Path:).
Все почтовые сервера CGP могут быть использованы для предоставления услуг UDWA. Для таких акаунтов, адреса получателей из конверта переносятся в поле заголовка X-Real-To:. Изучите описание модуля LOCAL, чтобы узнать каким образом была предоставлена услуга UDWA.
Почтовая программа sendmail может быть настроена таким образом, чтобы также добавлять поле заголовка X-Real-To:. См. приложение А.
Тогда в забираемых с удаленного почтового ящика сообщениях модуль RPOP будет искать поля заголовка To:, Cc: и Bcc:. Эти адреса будут использованы только в случае, если они указывают на любой из существующих местных CGP аккаунтов.
Модуль RPOP не посылает никаких сообщений об ошибке получателю, если адрес из заголовка указывает на SMTP или какой-либо другой модуль, или, если адрес вообще не может быть смаршрутизирован (ошибка - неизвестное имя пользователя, и т.п.). Модуль просто игнорирует этот адрес.
Все принимаемые письма имеют флаг 'do not report failures' (не послать сообщения об ошибке), поэтому, если по каким-либо причинам доставка сообщения не состоялась, первоначальному отправителю письма никакого уведомления об ошибке послано не будет.
Если не был выбран ни один из адресов, указанных в полях To:, Cc: или Bcc:, то модуль RPOP посылает это сообщение на адрес postmaster главного домена.
Как уже было описано выше, метод, основанный на передаче To:/Cc: может вызвать проблемы, связанные с тем, что адрес на конверте отличается от адреса в заголовке. Кроме этого, встречаются проблемы, вызванные тем, что некоторые системы неверным способом обрабатывают UDWA. Например, если сообщение было послано трем пользователям вашей системы, то такая система сохранит три копии в почтовом ящике DWA, и т.к. в каждом из сохраненных сообщений в заголовке находится три адреса, то система пошлет каждому из получателей по три копии сообщения.
Проблемы, случающиеся из-за Bcc: адреса, списков рассылки и продублированных сообщений, могут доставить определенные неприятности, поэтому мы настойчиво рекомендуем вам обратиться к вашему провайдеру, чтобы убедиться в том, что почтовая система действительно копирует информацию из конверта сообщения в заголовок этого письма, т.е. что он поддерживает функцию специальных заголовков.
По желанию пользователя, модуль RPOP сервера CGP может опрашивать удаленные почтовые ящики, работающие по протоколу POP. У каждого пользователя CGP сервера может быть несколько удаленных POP-ящиков. Внешние почтовые ящики могут быть указаны администратором (используйте ссылку Настройки почтового ящика) или самим пользователем, через Web-интерфейс (пользователю необходимо иметь право для указания удаленных POP-ящиков).
Все собираемые с удаленных ящиков сообщения направляются в почтовый ящик пользователя, независимо от содержания их заголовков.
Все собранные сообщения для пользователей CGP сервера распределяются по адресатам через модуль CGP Queue, поэтому к ним применяются все имеющиеся глобальные и локальные фильтры (локальные - только те, которые относятся к данному пользователю).
Все письма, собранные для пользователя сервера CGP, имеют флаг 'do not report failure', поэтому отправитель не получает уведомления об ошибке в случае неудачной доставки письма.
Используйте нижеприведенный файл, чтобы заставить почтовую систему копировать информацию из конверта в поля заголовка:
# This file should be placed into the directory cf/feature from
# the sendmail.8.X.XX.cf.tar.Z archive.
# To add special headers, the macros `FEATURE(xrealto)' should be
# added to the main configuration file in the directory cf/cf,
# and the flag T should be added to the mailer description.
#
# This file adds special headers with the `X-Real-To' keyword.
# The special headers will be added to all messages routed to the
# mailer marked with the `T' flag in the sendmail configuration.
divert(0)
VERSIONID(`@(#)xrealto.m4 0.1 1/4/96')
divert(9)
# add the X-Real-To: header field to the message
# if the mailer is marked with the `T' flag
H?T?X-Real-To: $u
divert(0)
После того, как добавлен этот код, убедитесь, что sendmail доставляет почту для вашего домена на один единственный почтовый ящик системы.