<acct-file>
Строка отбирает записи по полю очереди: совпало с неотрицаемым именем — запись пишется, совпало с отрицаемым (с ! впереди) — не пишется. По умолчанию отбора нет, пишутся все.
🔴 Отфильтрованные записи теряются навсегда. Руководство выделяет это отдельным абзацем: запись, не прошедшая отбор, не попадает никуда — если только её не пишет другой блок учёта. Это не скрытие в выдаче, это невозникновение данных.
Отбор действует не на все виды записей. Поле очереди есть только у d, b, t и tq; жалобы, отказы письмом и приёмы (f, rb, rs, r) пишутся безусловно, все.
Разбор идёт по порядку, в котором имена перечислены, — как в списке доступа: побеждает первое совпадение.
Имя очереди должно быть синтаксически правильным. Домен — полный, не зарезервированный (то есть не {feedbackLoop} и не {bounceProcessor}); адрес отправки, если указан, — синтаксически верное имя или {default}. Существует ли такой адрес отправки на самом деле, MTA не проверяет. Имя без адреса отправки означает {default}: foo.com читается как foo.com/{default}.
Если все имена отрицаемые, не пройдёт ни одна запись.
Если такая задача когда-нибудь появится (например, отдавать клиенту учёт только по его доменам), делать её надо вторым блоком учёта, а не отбором в основном: тогда полный поток сохраняется.
Перед отбором стоит завести второй блок без него:
| Запись | Что означает |
|---|---|
| foo.com | только foo.com/{default} — почти всегда не то, что имели в виду |
| foo.com/* | все адреса отправки этого домена |
| !*/vmta3 | всё, кроме этого адреса отправки |
| [*.]b.com/* | домен и его поддомены |
🔴 Отфильтрованное не восстановить. Проверять строку надо до применения, а не после.
# отбор в основном потоке опасен — заводим отдельный блок для клиента <acct-file /var/log/pmta/acct.csv> records d, b, t </acct-file> <acct-file /var/log/pmta/client-a.csv> records d, b queue-filter [*.]client-a.com/*</acct-file>
что делают не так и чем это кончается3 ошибки▶
§ 3.3.11.5
§ 3.3.11.5
§ 3.3.11.5
2 связи
cut -d, -f1,4 /var/log/pmta/client-a.csv | sort | uniq -c | head
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Лицензия на парк, а не на серверЛицензия не привязана к серверу: её ставят на столько машин, сколько разрешает предел экземпляров, а узлы раз в час отправляют вендору статистику объёма.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.