Сброс корпоративных email на relay сервер / Вариант 1

Причина: исключение abuze репортов от спам листов на ip с репутацией на публичные почтовые сервера mail.ru / yandex.ru / gmail.com во избежании его блокировки хост провайдером.
Следствие причины основывается на том что mail.ru / yanex.ru / gmail.com не отсылают abuze репорты о спам владельцу ip сети.
Цель: изолировать трафик по публичным почтовым системам от трафика по «корпоративным» адресам базирующихся на спам фильтрах отличных от публичных почтовых систем.
Задача: 
— Расслоение трафика по mx получателя и распределение по vds серверам / ip

Техническая часть: pmta / vds 1 один ip / vds 2 один ip

Карта: 
vds 1 — основной сервер подключения и ретрансляции трафика mail.ru / yandex.ru / gmail.com
— осуществляем к нему подключение и пересылку всех писем на vds2, принимаем возвращенные письма на публичные почтовые сервера для последующей отправки.
vds 2 — сервер ретрансляции корпоративного трафика
— принимает письма с vds1, распределяет их по mx получателя и возвращает очереди mail.ru / yandex.ru / gmail.com на vds1. Оставшийся трафик рассылается с vds2
— свертка по mx получателя подразумевает все адреса как частные так и корпоративные делегированные на почтовые сервера mail.ru / yandex.ru / gmail.com.

Причина использования карты с возвратом трафика публичных почтовых систем и 2мя vds

1 — при блокировке по abuze причинам vds2 сохранить основной сервер vds1 изолировав его на другой хост аккаунт или дата центр.

2 — для авто «сортировки» и перенаправления трафика мы используем директиву route для домена получателя, «свернуть» по mx в одну очередь «все кроме» — не представляется возможным, при этом использование route глобально для <domain *> переопределяет route для свертки очереди на mx mail.ru / yandex.ru / gmail.com.

Наша конфигурация: