forum.lissyara.su

Нужно настроить релей, который принимает почту если недоступен основной сервер, и его можно было-бы использовать как smart-host. Не знаю с чего начать. Спасибо за помощь.

c изучения RFC на SMTP, разумеется.
===========
а вообще - ничё сложного. обычный хост, просто пеерсылаетп очту на основной когда он подымается

тогда вопрос более по существу.

Если будет прописано: этого будет достаточно, что-бы не получился опен релей, и в то-же время что-бы он принимал почту для моего домена?

вроде разобрался, и вроде даже работает, Хочется, узнать про спам. Есть ли смысл резать по спискам spamhous и иже с ними, или пусть это делает основной сервер, а этот просто релеет?

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

mastertron писал(а):...Если речь идет просто о резервном канале, то может проще РДР делать?

А что такое РДР?

Ну, я поленился раскладку клавы переключить - RDR. У меня отдельный комп между серверами и сетью провайдеров (два), на нем только PF на OpenBSD. PF - великолепная весчь, которую я знаю всего % на 5. Но и это мне позволяет многое решить. От одного провайдера пропускаю на серв (WWW) напрямую, а от другого перенапрявляю обращения к резервному IP на этот же серв. (на основной IP). То же собираюсь сделать для MX. Хотя замечу, при отрубании основного канала браузер ищет второй IP около минуты-двух. Но это дело в DNS, там нужно (наверно- http://forum.vingrad.ru/forum/topic-188045.html (пробовал - не получается)) делать запись SRV, с MX проще, и должно работать (по идее ). RDR - обратное NAT.NAT - (для исходящих) приписывает IP пакету в конец свой ( сервера, на котором организован NAT, или указанный внаглую) IP адрес, чтоб дальше он нормально воспринимался маршрутизаторами, когда приходит ответ, он приписанный адрес откусывает (оставляя родной), и возвращает "подателю" пакета ответный. RDR - тоже самое, только для входящих (в условиях RDR указывается протокол, порт и адрес, кому предназначался пакет) соединений, который перенаправляется на другой IP, можно и порт подменить. Существенная разница в том, что при NAT адрес отправителя пакета можно легко узнать (он остается в пакете), а вот при RDR о том, что ответил не тот, к кому обращались, невозможно, т.к. подмена происходит только от PF до "липового" IP.
Извените, расписался.

Понял, спасибо. Не, у меня каналоми, фильтрацией, занимается циска, почтовик и прокси в ДМЗ, а вот внешний релей для: 1. полного отказа обоих провайдеров, 2. для пересылки почты при внесении основных ай-пи в черные-серые списки (или что-то подобное).