The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
postfix - отключение проверки принадлежности к домену, !*! gindos, 05-Ноя-04, 08:46  [смотреть все]
Есть почтовый сервер головного офиса (пусть это будет домен contora.ru), наш филиал связан с головным офисом прямым каналом (т.е. организована корпоративная сетка между городами).
Работники нашего филиала имеют адреса вроде этого - user_filial_office@contora.ru. Для организации более быстрой отправки-доставки поднял у себя в филиале почтовый сервер postfix с поддержкой только тех адресов в contora.ru (настроил при помощи postfix virtual domain), которые принадлежат работникам нашего филиала (раньше связывались на прямую с почтовым сервером, находящимся в головном офисе, но т.к. канал 64К, то происходит это не очень быстро).

В mian.cf:
relayhost = mail.contora.ru (это smtp-сервер головного офиса)
fallback_relay = mail.contora.ru
smtpd_reject_unlisted_recipient = no
show_user_unknown_table_name = no

У работников нашего филиала, допустим, есть такие адреса:
user_filial_office1@contora.ru и
user_filial_office2@contora.ru
У работника головного офиса, допустим, есть такой адрес:
user_main_office@contora.ru

Письмо user_filial_office1@contora.ru -> gindos76@mail.ru уходит и доходит од адресата прекрасно. Письмо user_filial_office1@contora.ru -> user_filial_office2@contora.ru так же уходит и доходит прекрасно. А вот пиьмо user_filial_office1@contora.ru -> user_main_office@contora.ru не уходит, а возвращается с ошибкой unknown user: (user_main_office@contora.ru) - оно вроде и правильно (ведь у меня в virtual domain нет такого адресата, а есть он только на почтовом сервере головного офиса), но я ведь прописал параметр fallback_relay и указал в нем smtp-сервер головного офиса, но судя по логам письмо ту даже не собирается уходить, а сразу укладывается ответ о невозможности доставки в почтовый ящик отправителя:
postfix/smtpd[8343]: connect from unknown[192.168.4.18]
postfix/smtpd[8343]: 62C9A3C6FF: client=unknown[192.168.4.18]
postfix/cleanup[8348]: 62C9A3C6FF: message-id=<1798343980.20041102175313@contora.ru>
postfix/qmgr[8341]: 62C9A3C6FF: from=<user_filial_office1@contora.ru>, size=680, nrcpt=1 (queue active)
postfix/smtpd[8343]: disconnect from unknown[192.168.4.18]
postfix/virtual[8350]: 62C9A3C6FF: to=<user_main_office@contora.ru>, relay=virtual, delay=0, status=bounced (unknown user: "user_main_office@contora.ru")
postfix/cleanup[8348]: 699D63D5B0: message-id=<20041103183243.699D63D5B0@mail>
postfix/qmgr[8341]: 699D63D5B0: from=<>, size=2218, nrcpt=1 (queue active)
postfix/qmgr[8341]: 62C9A3C6FF: removed
postfix/virtual[8350]: 699D63D5B0: to=<user_filial_office1@contora.ru>, relay=virtual, delay=0, status=sent (delivered to maildir)
postfix/qmgr[8341]: 699D63D5B0: removed

Вопрос: как сделать так, чтобы для домена contora.ru не проверялась принадлежность пользователя к домену, но при этом письма для работников филиала не ходили через smtp-сервер головного офиса, а просто перекладывались в почтовые ящики адресатов, а письма предназначенные для работников головного офиса уходили на smtp-сервер головного офиса.

Заранее благодарен за любую помощь и советы.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру