форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"что означате fallback_relay в main.cf  для postfix"
Сообщение от gindos (ok) on 03-Ноя-04, 11:26  (MSK)
Всем доброго времени суток! подскажите, что означает парамет fallback_relay в main.cf для postfix
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "что означате fallback_relay в main.cf  для postfix"
Сообщение от unk (??) on 03-Ноя-04, 11:35  (MSK)
>подскажите, что означает парамет fallback_relay в main.cf для postfix это релей на который будет отправленно письмо которое не получилось отправить обычным путем (из-за ошибок), по умолчанию (fallback_relay=) такие письма отсылаются отправителю.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "что означате fallback_relay в main.cf  для postfix"
	Сообщение от gindos (ok) on 04-Ноя-04, 02:05  (MSK)
	>это релей на который будет отправленно письмо которое не получилось отправить обычным >путем (из-за ошибок), по умолчанию (fallback_relay=) такие письма отсылаются отправителю. спасибо за ответ - именно это я думал... теперь описываю ситуацию: Есть почтовый сервер головного офиса (пусть это будет домен 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-сервер головного офиса. Заранее благодарен за любую помощь и советы.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.