Исходное сообщение
"Перенаправление сообщений на другой почтовый сервер" Отправлено Licha Morada, 29-Ноя-19 19:49
>> IMHO, это не совсем адекватное решение, > ? чем оно неадекватное? не совсем адекватное != неадекватное Разница как между "неполным служебным соответствием" и "служебным несоответствием". В принципе, работает, если заставить, но трудно поддерживать. А по существу, я неправильно понял задачу. Думал, надо конкретные To: раскидывать по разным серверам, но "основной" сервер остаётся в работе. Мы это делаем через форвардеры, т.к. это легко описать на разных уровнях абстракции, хоть в postfix, хоть в cpanel, хоть по телефону человеку из managed service. >> Подозреваю, что как только сервер увидел что domain2.com это "у нас", на >> transport_map он уже не смотрит. > Ну как это не смотрит...  похожая схема - постфикс в качестве > шлюза для эксчейнджа. Приходящая почта вся "у нас", но в соответствии > с transport_map часть оседает локально, часть раскидывается по алиасам, все остальное > сливается эксчейнджу... Вы правы. Я почему-то подумал что там жёсткий приоритет у директив которые описывают, что делать с почтой.

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> IMHO, это не совсем адекватное решение, >> ? чем оно неадекватное? > не совсем адекватное != неадекватное > Разница как между "неполным служебным соответствием" и "служебным несоответствием". > В принципе, работает, если заставить, но трудно поддерживать. > А по существу, я неправильно понял задачу. Думал, надо конкретные To: раскидывать > по разным серверам, но "основной" сервер остаётся в работе. Мы это > делаем через форвардеры, т.к. это легко описать на разных уровнях абстракции, > хоть в postfix, хоть в cpanel, хоть по телефону человеку из > managed service. >>> Подозреваю, что как только сервер увидел что domain2.com это "у нас", на >>> transport_map он уже не смотрит. >> Ну как это не смотрит... похожая схема - постфикс в качестве >> шлюза для эксчейнджа. Приходящая почта вся "у нас", но в соответствии >> с transport_map часть оседает локально, часть раскидывается по алиасам, все остальное >> сливается эксчейнджу... > Вы правы. Я почему-то подумал что там жёсткий приоритет у директив которые > описывают, что делать с почтой.
	Введите код, изображенный на картинке: