sender-or-from
<signals-filter>
Обычный охват выгрузки задаётся по потокам — узел, пул, адрес отправки. Эта строка даёт второй способ: отбор по домену отправителя из самого письма, независимо от того, каким потоком оно ушло.
Правило состоит из двух частей: образец домена и решение — enable-signals или disable-signals. При включении к решению можно дописать субсчёт и область отслеживания.
Образцы разбираются по порядку, и подстановка работает: *.customer1.com покрывает поддомены, * — всё остальное. Обычный приём — перечислить частные случаи, а последней строкой поставить общее правило.
Список именованный, и подключается он к охвату по имени: вместо enable-signals true пишется enable-signals ИмяСписка.
🔴 Не попавшее ни под одно правило считается выключенным. Руководство говорит это прямо: при подключении списка охват по умолчанию false для всего, что не совпало.
🔎 У засеивания такого отбора нет вовсе. Вендор оговаривает, что это может развести субсчета двух механизмов — и советует держать их согласованными.
🔎 Сам приём при этом полезный и знакомый: отбор по домену отправителя, а не по потоку, — то же, чем у нас занимается список выбора адреса отправки. Разница в том, что там правило выбирает поток, а здесь — судьбу данных о письме.
Порядок правил значим, последним ставят общее:
| Образец | Решение | Что покрывает |
|---|---|---|
| marketing.customer1.com | enable-signals,subaccount=555 | точное имя |
| transact.customer1.com | disable-signals | исключение |
| *.customer1.com | enable-signals,subaccount=333 | остальные поддомены |
| * | enable-signals,subaccount=222 | всё прочее |
Субсчёт и область отслеживания задаются только при включении.
# последнее правило обязательно, иначе несовпавшее выпадет молча <signals-filter ListOne> sender-or-from marketing.customer1.com enable-signals,subaccount=555 sender-or-from transact.customer1.com disable-signals sender-or-from *.customer1.com enable-signals,subaccount=333 sender-or-from * enable-signals,subaccount=222 </signals-filter> enable-signals ListOne
▲
Типичные ошибки и проблемы
что делают не так и чем это кончается2 ошибки▶
Не ставят последнее общее правило
§ 11.1.6.1.1
Настраивают субсчета отбором, пользуясь и засеиванием
§ 11.2.1
- Синтаксис
- sender-or-from <domain> [subaccount N]
- Значения
- образец домена, затем enable-signals с необязательными subaccount и tracking-domain либо disable-signals
- Применение
- reload, перезапуск не нужен
- Очередь
- уже поставленное в очередь не затронет
- Где писать
- <signals-filter>
- Сколько раз
- один раз в блоке
Связанные директивы
2 связи
grep -i "signals" /var/log/pmta/log | tail -20
Что ещё почитать
3 статьи
◇Лицензия на парк, а не на серверЛицензия не привязана к серверу: её ставят на столько машин, сколько разрешает предел экземпляров, а узлы раз в час отправляют вендору статистику объёма.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.◇Списки адресов — именованные и безымянныеСписок адресов, доменов, образцов или хешей; именованный подключается директивами вроде подавления, безымянный живёт внутри процессора входящей почты.
- Цена ошибки
- обратимо: вредит, пока стоит
- Сценарии
- Разделение отправителей