The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Linux: Mail, Postfix as Relay MX backup"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Linux: Mail, Postfix as Relay MX backup"  
Сообщение от Valera email(??) on 28-Авг-07, 18:21 
Добрового времени суток всем.
1.Есть почтовый сервер ( Postfix, c-client (uw-imap), MySQL,  PHP,  Berkeleydb, Cyrusl-sasl, Courier authlib, Courier imap, Courier maildrop). Домен - domen.ruю Рабочий.
2.Задача организовать приём/складирование новой почты во время недоступности mx10 и возврат почты главному почт серверу.
3.Как вижу я организацию relay:
  3.1.В DNS создать рядом новую запись domen.ru IN MX 30 mail2.domen.ru
  3.2.У главного postfix В
/etc/postfix/main.cf:

relay_domains = $mydestination the.backed-up.domain.name
smtpd_recipient_restrictions = permit_mynetworks, check_relay_domains

transport_maps = hash:/etc/postfix/transport

/etc/postfix/transport:

the.backed-up.domain.name smtp:[their.mail.host.name]
Это мне подсказал гугл, но у меня сейчас другой синтаксис:
transport_maps = mysql:/etc/postfix/mysql-transport.cf
А в нём:
user = user
password = password
dbname = name
table = postfix_transport
select_field = destination
where_field = domain
hosts = 127.0.0.1

Далее у машины бекапа по словам гугла
/etc/postfix/main.cf:

relay_domains = $mydestination the.backed-up.domain.name
smtpd_recipient_restrictions = permit_mynetworks, check_relay_domains

И собственно говоря тут я повис.
в main.cf я везде использую "IDENTFYcations For MYSQL Query SETTINGS mysql.xxxxx.cf"

если требуется main.cf - скажите - запостю.
если я в чём-то не прав или требуются ещё какие-то ньюансы - буду благодарен услышать.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Linux: Mail, Postfix as Relay MX backup"  
Сообщение от Mikhail email(??) on 29-Авг-07, 09:56 
Дабы не отслеживать изменения настроек на главном mx, я бы в основном просто отзеркалил бы его настройки, за исключением:
1) при небольшом кол-ве настроек - нужен ли transport в mysql базе? Достаточно прописать hash:/etc/postfix/transport, там будет немного записей, а работать должно гораздо устойчивей (и, возможно, быстрей), или -
2) в случае backup (standby) можно вообще использовать relayhost - тогда ВСЕ будет просто пересылаться через mx10
3) единственное, что точно стОит сделать - это изменить настройки очереди (maximal_queue_lifetime и т.д.), чтобы почта не сбрасывалась ,а дожидалась отправки.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Linux: Mail, Postfix as Relay MX backup"  
Сообщение от Valera email(??) on 29-Авг-07, 14:38 
Я не совсем понял, тоесть вы предлагаете на главном mx10 оставить всё как есть, на mx30 допустим изменить transport, тоесть работу без mysql. Добавить relayhost и изменить maximal_queue_lifetime?

На главном mx10 что либо менять координально не хотелось бы, т.к. поднимал его админ которого уже тут не работает. А вот создать рядом relay для него требуется уже с меня.

Как должен выглядить сам сервер mx30, одного postfixа будет ли достаточно для складирования и передачи почты после возобновления работы mx10? (конфигурация сервера mx10 в первом посте)

Спасибо.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Linux: Mail, Postfix as Relay MX backup"  
Сообщение от Mikhail email(??) on 31-Авг-07, 09:51 
Можно реализовать по-разному, в зависимости от логики и потребностей.

1) на mx10 разрешаем прием почты с mx30; можно снять часть ограничений при приеме именно м mx30 - т.к. первоначальные проверки будут проходить на нем;
2) на mx30 копируем настройки mx10, в т.ч. все ограничения и проверки (restrictions);
3) на mx30 выставляем relayhost = <mx10>, после чего ВСЯ почта с mx30 отпрявляется через smarthost mx10, в т.ч. служебная;
4) прописываем mx30 в DNS.

В итоге получаем mx10 как основной почтовый роутер и mx30 как резервный - принимающий снаружи и отправляющий на mx10. На случай долгого отсутствия mx10 можно увеличить maximal_queue_lifetime - чтобы не терял, а накапливал и ждал. Достоинства  - 1 точка управления маршрутами, на mx10.

2-й вариант - настроить на mx30 transport, не используя relayhost. В таком случае он, как и mx10, может принимать почту снаружи и изнутри и сам ей распоряжаться - отправлять дальше, например. Минусы - независимое сопровождение (поддержка настроек) 2-х серверов, плюсы - независимая друг от друга работа.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




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

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