Свести домены в одну очередь вручную, назвав её

queue-to
Сведение по объявлению, а не по совпадению

Второй способ свести домены в одну очередь — и полная противоположность первому по характеру. Сведение по MX выводит группу из записей DNS: само подхватывает новые домены, само перестаёт совпадать, когда провайдер меняет шлюзы. Здесь группу объявляют: в блоке каждого домена пишется queue-to с именем общей очереди.

Дальше всё «на получателя» считается по группе: темп, потолок соединений, частота соединений, щадящий режим.

Имя очереди не обязано быть настоящим доменом — а значит, узел не знает, куда по нему стучаться. Поэтому вместе с объявлением обязательна строка smtp-hosts: руководство ставит это требованием, а не советом.

Главная ловушка — прогрев считается после сведения. Суточная норма прогрева на новый адрес берётся у сведённой очереди, а не у отдельных доменов. Расписание, написанное по доменам, после объявления группы работать перестанет: вместо пяти норм по числу доменов останется одна на всю группу.
Что делает Хаб. Не пользуется: конфигурация Хаба подоменная, объявлений сведения он не пишет. Это тот механизм, к которому стоит обратиться там, где группировка провайдера известна, а его записи MX неустойчивы: объявление не перестаёт совпадать само. Цена — список доменов и хосты доставки надо вести руками.
Пример в конфигурации
# общая очередь: имя выдуманное, поэтому хосты задаём явно
<virtual-mta hotmail-queue>
    <domain hotmail.queue>
        max-smtp-out 10
        smtp-hosts lookup-mx:hotmail.com    </domain>
    <domain hotmail.com>
        queue-to "hotmail.queue"    </domain>
    <domain live.com>
        queue-to "hotmail.queue"    </domain>
</virtual-mta>
Запись lookup-mx:hotmail.com означает «взять записи MX другого домена»: имя очереди в DNS не существует, а стучаться куда-то надо.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Объявляют группу и забывают про хосты доставки

§ 11.8

Чем чреватоИмя очереди в DNS не существует, узел не знает, куда стучаться, и письма стоят. Руководство называет smtp-hosts требованием для такой очереди.
Как заметитьОбщая очередь в списке есть, письма в ней копятся, соединений нет.
Как правильноЗадать хосты в блоке общей очереди — списком или через lookup-mx: с именем настоящего домена.

Сводят домены, у которых расписание прогрева написано по отдельности

§ 11.8

Чем чреватоНорма прогрева считается по общей очереди. Пять доменов, каждому по норме, после сведения дают одну норму на всех — объём на новый адрес падает впятеро без единой правки расписания.
Как заметитьПосле сведения дневной объём прогрева упал кратно числу доменов в группе.
Как правильноПереписать расписание прогрева на имя общей очереди либо не сводить домены, пока адрес греется.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Как проверить на узле
Сведение видно по списку очередей: домены исчезают из него по одному и появляются под общим именем:
pmta show queues | grep -i hotmail.queue
pmta show settings hotmail.com/vmta1 | grep -i queue-to
Если во второй команде строка пустая, а домен по-прежнему виден в списке очередей под своим именем, объявление не подействовало. Хаб сведения не настраивает.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Настроить темп под провайдера