Служба вендора, которой узел непрерывно отдаёт данные учёта, а взамен получает аналитику: сводку, отчёт по отказам, оценку здоровья отправителя и отчёт по спам-ловушкам. Семнадцать директив главы настраивают именно её — заметная часть раздела о продвинутых возможностях посвящена платному сервису вендора.
Как включается. Нужен ключ доступа, созданный в личном кабинете службы с правами на запись событий и чтение учётной записи, и блок <signals> в конфигурации. Появление блока само по себе включает выгрузку — enable-signals по умолчанию разрешает её, и чтобы блок был, а выгрузки не было, нужно сказать это отдельно.
Чем управляют, что уходит. Включатель работает на трёх уровнях: узел целиком, пул адресов, отдельный адрес отправки. Плюс отбор по домену отправителя — но берётся он из заголовков письма (Sender или From), а не из настройки адреса.
Как уходит. Данные копятся на диске и удаляются после выгрузки. Есть порог свободного места (min-free-space), ниже которого накопленное начинает выбрасываться безвозвратно — в отчётах останутся дыры. Соединение одностороннее: узел только отдаёт, от службы ничего не получает. Через межсетевой экран нужен доступ к api.sparkpost.com по порту 443.
Что можно скрыть. privacy-policy хеширует локальную часть адресов получателей перед отправкой — односторонним хешем. Это единственная встроенная мера: всё остальное уходит как есть.
Отслеживание вовлечённости — отдельная история. Служба хочет знать об открытиях и переходах, и узел умеет вставлять в письма пиксель и переписывать ссылки сам (signals-engagement-tracking).
Так и задумано. Учёт узла Хаб забирает себе и строит аналитику сам: доставляемость по провайдерам, отказы по категориям, коридоры по парку. Служба вендора дала бы оценку здоровья и спам-ловушки, которых у нас нет, — но ценой того, что адреса получателей покидают нашу инфраструктуру и уходят третьей стороне.
Для коробочного продукта, который ставится клиенту на его сервер, это не техническая, а договорная проблема: данные его получателей уходили бы к вендору по нашей настройке.
Ставить нечего — блока быть не должно. Если однажды понадобится:
| Что | На что смотреть |
|---|---|
| само включение | блок включает выгрузку самим своим появлением |
| область | узел, пул или адрес — отбирать, а не включать всё |
| отбор по отправителю | берётся из заголовков письма, не из настройки адреса |
| хеширование адресов | privacy-policy — единственная встроенная мера |
| порог места | ниже него накопленное выбрасывается безвозвратно |
| применение | руководство советует перезапуск, а не перезагрузку настроек |
Про перезапуск отдельно. Руководство говорит, что перезагрузки достаточно, но рекомендует перезапуск: иначе внутренние процессы подхватят новые настройки не сразу. Для директивы, включающей выгрузку данных наружу, «не сразу» — плохое свойство.
# блока нет — и это осознанное решение, а не упущение # если он появится, выгрузка начнётся сама: <signals> api-key КЛЮЧ privacy-policy sha1 min-free-space 2G </signals>
▲
Типичные ошибки и проблемы
что делают не так и чем это кончается3 ошибки▶
Добавляют блок, чтобы «посмотреть»
§ 11.1
Отбирают почту настройкой адреса, а не заголовком
§ 11.1.1
Правят настройки службы перезагрузкой конфигурации
§ 11.1
Связанные записи
3 связи
Договор о телеметрииНаружу уходят те же самые записи учёта, которые Хаб забирает себе. § 11.1
Что узел рассказывает о себе и по каким каналамСедьмая поверхность и единственная, отдающая данные наружу: как письма приняли на той стороне. § 1.4Засеивание кампаний контрольными адресамиВторой механизм того же вендора: включаются порознь, но субсчета у них должны быть согласованы. § 11.2.1api-key<signals>Механизм, работу которого эта строка и настраивает. § 11.1.6.2.1min-free-space<signals>Механизм, работу которого эта строка и настраивает. § 11.1.6.2.15privacy-policy<signals>Механизм, работу которого эта строка и настраивает. § 11.1.6.2.16sender-or-from<signals-filter>Механизм, охват которого эти правила и сужают. § 11.1.6.3.1
grep -n -A6 '^<signals' /etc/pmta/config ss -tnp | grep ':443'
Что ещё почитать
3 статьи
◇Отдача показателей по SNMPУзел умеет отдавать свои показатели по SNMP — второй способ наблюдения помимо веб-монитора.◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.
- Цена ошибки
- обратимо: вредит, пока стоит
- Сценарии
- Безопасность узла · Собрать телеметрию