Demo
Demo
База знаний PMTA›Блок <virtual-mta>›Директива§ 3.3.12.4

cold-virtual-mta

<virtual-mta>

Напарник, которому этот адрес отдаёт первые письма дня
в конфигурации это строкаcold-virtual-mtaвнутри блока <virtual-mta>
Кому отдавать письма, пока новый адрес набирает историю

Строка называет напарника — другой адрес отправки, которому достанутся первые письма дня к каждому получателю. Сколько именно, здесь не задаётся: это отдельная директива max-cold-virtual-mta-msg в блоке получателя.

Обе половины обязательны. Норма без напарника не делает ничего — руководство говорит об этом прямо; напарник без нормы тоже, потому что умолчание нормы 0/d.

Повторять можно. Тогда напарники используются по кругу, и норма применяется к каждому из них отдельно: два напарника при 100/d — это две сотни писем на получателя, а не сотня на двоих.

Напарник — обычный адрес отправки и должен быть объявлен своим блоком. Письма он доставляет по своим настройкам и ничего не наследует от того, кто их отдал.

Главная ловушка. Строка выглядит самодостаточной — назвал напарника, и прогрев пошёл. На деле без max-cold-virtual-mta-msg она не делает ничего: норма по умолчанию нулевая, а нулевая норма означает «напарника не выбирать».
Что делает Хаб. Не пишет: прогревом в Хабе управляет план, а не MTA. Строка при этом полезна как альтернатива для узлов, которые прогреваются не через Хаб, — и как понятная гибридная форма: Хаб решает суточное число, MTA исполняет разделение потока.
Рекомендуемые значения

Значение — имя объявленного адреса отправки. Что решается вместе с ним:

Сколько напарников Что получаете
один весь холодный трафик идёт на один адрес — обычный случай
несколько напарники по кругу, и норма считается на каждого
ни одного норма, даже заданная, не делает ничего

Кого назначать напарником. Тот адрес, который вы вводите в работу, — с полностью заполненным блоком: свой источник, своё имя, свой ключ подписи, свои лимиты.

Обязательность второй половины и умолчание 0/d — из руководства. Замечание про счёт нормы на каждого напарника — из § 3.3.10.57, разбор «кого назначать» — наш.
Пример в конфигурации
# прогретый адрес называет напарника и суточную норму
<virtual-mta vmta1>
    smtp-source-host 1.2.3.4 vmta1.example.com
    cold-virtual-mta vmta2    <domain *>
        max-cold-virtual-mta-msg 1/day,2/day,5/day,10/day
    </domain>
</virtual-mta>
Норма задана лесенкой: 1, 2, 5, 10 писем на получателя, дальше по 10 ежедневно. Сам напарник vmta2 должен быть объявлен отдельным блоком со своими настройками — он не наследует ничего.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Называют напарника и ждут, что этого достаточно

§ 11.6

Чем чреватоУмолчание нормы — 0/d, то есть «напарника не выбирать». Строка стоит в конфигурации, применяется без ошибок и не делает ничего.
Как заметитьИмя напарника в учёте не появляется ни разу.
Как правильноЗадать max-cold-virtual-mta-msg в блоке получателя того же адреса отправки. Это одна настройка из двух строк.

Ставят несколько напарников, считая норму общей

§ 3.3.10.57

Чем чреватоНорма применяется к каждому напарнику отдельно. Два напарника при 100/d дают две сотни писем на получателя — вдвое больше, чем рассчитывали.
Как заметитьСуточный объём холодных адресов кратен числу напарников.
Как правильноДелить задуманное число на количество напарников — или держать одного.

Назначают напарником действующий боевой адрес

§ 11.6

Чем чреватоМеханизм задуман наоборот: холодным должен быть новый адрес, набирающий историю. Направив трафик на обжитой, вы не прогреваете ничего, а лишь перекладываете нагрузку.
Как заметитьУ «прогреваемого» адреса и так нормальная доставляемость, и она не меняется.
Как правильноНапарником назначать тот адрес, который вводится в работу.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
cold-virtual-mta <name>
Значения
имя объявленного адреса отправки
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<virtual-mta>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Директива живёт в <virtual-mta> и наследуется по обычному порядку: записанная в <virtual-mta-pool>, она достаётся каждому участнику, а собственная строка участника пуловую перекрывает. Руководство перечисляет её среди семи директив, поддерживаемых на уровне пула. Сам напарник при этом не наследует ничего от того, кто ему письма отдаёт.
⇄

Связанные директивы

3 связи

Без чего не работает

max-cold-virtual-mta-msg<domain>Вторая половина настройки: здесь напарник, там число писем. Порознь ни одна не работает. § 3.3.10.57

Где применяется

Адрес отправки — из чего он складываетсяОдна из настроек адреса отправки: кому он отдаёт первые письма дня. § 3.3.12.4Прогрев, встроенный в MTAМеханизм, который эта строка включает, — с правилами счёта и оговорками. § 3.3.12.4

Как проверить на узле
Что напарник назначен и работает, видно по учёту — его имя должно появляться на первых письмах дня:
pmtaacctfind --output csv[vmta,rcpt,timeLogged] /var/log/pmta/acct-*.csv
Имени напарника нет вовсе — проверьте вторую половину: без max-cold-virtual-mta-msg строка не делает ничего. Есть, но объём больше ожидаемого — вспомните, что норма считается на каждого получателя и на каждого напарника отдельно.
◇

Что ещё почитать

3 статьи

◇Прогрев, встроенный в MTAПрогретый адрес отдаёт первые N писем дня каждому получателю своему холодному напарнику; тот отправляет их сам и набирает историю.◇Адрес отправки — из чего он складываетсяИменованный набор всего, что является свойством адреса: с какого IP уходит письмо, чем узел представляется, чем подписывает и как быстро шлёт.◇Группа адресов отправки с долями трафикаИменованная группа адресов отправки; без долей письма раздаются по кругу, с долями — в заданной пропорции, с шагом в десятую процента.

В Хабе
Цена ошибки
с перерывом: применение прерывает работу узла
Сценарии
Ротация адресов отправки · Прогрев адресов
Соседние настройки блока <virtual-mta>:smtp-source-hosthost-namedomain-keyinclude-headers-fromuse-proxyВсе 15 директив блока →