<inline-seeding>
Прочитав заголовок x-sp-subaccount-id, узел по умолчанию его удаляет — служебная пометка не должна уходить получателю. Строка со значением true велит оставить. Умолчание — false.
Есть и второй путь остаться: если чтение заголовка выключено (process-x-sp-subaccount-id в false), заголовок сохраняется в письме независимо от этой строки — узел его просто не трогает.
🔴 Заголовок раскрывает внутреннее устройство. Номер субсчёта — это ваш способ делить клиентов; ушедший получателю, он говорит ему больше, чем нужно, и попадает в его архивы.
Строка общая на два механизма — включённая хоть здесь, хоть в <signals>, она действует для обоих.
Решение зависит от доверия к подающей стороне:
| Значение | Когда |
|---|---|
| false (умолчание) | всегда |
| true | заголовок нужен принимающей стороне, и она своя |
При выключенном чтении заголовок остаётся независимо от этой строки.
<inline-seeding> api-key 0123456789abcdef012345678901234567890123 process-x-sp-subaccount-id true retain-x-sp-subaccount-id false</inline-seeding>
что делают не так и чем это кончается2 ошибки▶
наш опыт
§ 11.2.2.2.6
1 связь
grep -i "x-sp-subaccount-id" /var/log/pmta/log | tail -10
3 статьи
◇Лицензия на парк, а не на серверЛицензия не привязана к серверу: её ставят на столько машин, сколько разрешает предел экземпляров, а узлы раз в час отправляют вендору статистику объёма.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.◇Списки адресов — именованные и безымянныеСписок адресов, доменов, образцов или хешей; именованный подключается директивами вроде подавления, безымянный живёт внутри процессора входящей почты.