GlobalХаб задаёт сам
Умолчание — 0.
Строка нужна ровно двум директивам: add-message-id-header и replace-message-id-header. Она задаёт уникальный на сервер номер, который не даёт двум установкам MTA выдать одинаковый Message-Id.
Проблема, которую она решает, появляется только на нескольких узлах. На одном сервере идентификаторы и так не повторяются; на двадцати с общим умолчанием 0 — могут.
Вторая половина: строка не проявляется, пока дописывание идентификатора выключено. То есть на узле, где Message-Id всегда ставит подающая сторона, номер узла не делает ничего — и об этом легко забыть при переходе на другую схему подачи.
Проверить стоит узлы, заведённые до появления строки в шаблоне: у них могло остаться вендорское 0.
Что ставить. Требование одно — уникальность в пределах парка:
| Значение | Когда |
|---|---|
| не писать | узел один, и другие установки MTA не планируются |
| своё число | всегда на парке — годится любое уникальное |
Хаб берёт номер узла в своей базе: он уникален, не меняется и виден в кабинете.
# номер узла плюс дописывание идентификатора — работают только вместе host-id 7 <source 0/0> add-message-id-header true </source>
что делают не так и чем это кончается2 ошибки▶
§ 3.3.1.33
наш опыт
1 связь
grep -n '^host-id\|add-message-id-header\|replace-message-id-header' /etc/pmta/config /etc/pmta/virtualhost.txt
3 статьи
◇Лицензия на парк, а не на серверЛицензия не привязана к серверу: её ставят на столько машин, сколько разрешает предел экземпляров, а узлы раз в час отправляют вендору статистику объёма.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.◇Списки адресов — именованные и безымянныеСписок адресов, доменов, образцов или хешей; именованный подключается директивами вроде подавления, безымянный живёт внутри процессора входящей почты.