<proxy>

Прокси, через который узел выходит наружу
Внешние адреса вынесены на одну машину

Блок описывает один прокси-сервер. Он обязан быть именованным — по имени на него ссылается use-proxy, — и обязан содержать две строки: server (куда подключаться) и client (с какого адреса выходить наружу).

Ради чего всё это. Узлы стоят на внутренних адресах, а все внешние адреса отправки живут на одной машине — прокси. Узел по-прежнему сам ищет MX и решает, куда доставлять, но подключается к прокси и сообщает ему пару «с какого адреса» и «на какой». Прокси исполняет.

Блоков может быть сколько угодно, каждый со своим именем и своим внешним адресом. Выбирают между ними списком use-proxy — и список этот строго запасной, а не балансирующий.

Три необязательные строки настраивают протокол: protocol-version, include-tlv и retry-attempts. Первые две имеют по два уровня выше — у адреса отправки и у узла.

Второй способ настроить прокси — smtp-proxy-source-host, и с этим блоком он несовместим.

Пример в конфигурации
# два прокси: второй берётся, только когда первый не ответил
<proxy mta-proxy-a>    server 10.1.2.3:5000
    client 16.70.55.233:0  client.hostname.com
</proxy>

<proxy mta-proxy-b>
    server mta-proxy-b.internal:5000
    client 16.80.77.192:0
</proxy>

use-proxy mta-proxy-a, mta-proxy-b
У второго прокси имя во второй строке не задано — возьмётся имя адреса отправки. Если обратная запись внешнего адреса другая, лучше задать явно.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Отправка через прокси