<signals>
Данные для выгрузки копятся файлами в отдельном каталоге — /var/lib/pmta/sparkpost на Unix — и удаляются после успешной отправки. Строка задаёт порог свободного места, ниже которого узел начинает удалять их не отправив. Умолчание — 20M.
🔴 Удалённое теряется навсегда, и в отчётах службы остаются дыры. Вендор говорит это прямо.
В обычной работе порог не срабатывает: файлы уходят и удаляются сами. Копиться они начинают, только когда служба недоступна, перегружена или настройка неверна.
Значит, это не настройка, а предохранитель. Он решает, чем жертвовать при затянувшемся отказе: местом на диске или данными аналитики.
Выбор здесь короткий:
| Значение | Когда |
|---|---|
| 20M (умолчание) | отдельный раздел под выгрузку |
| 1G и больше | общий раздел со спулом и учётом |
| 0 | никогда: диск кончится целиком |
# каталог выгрузки на общем разделе — порог поднимаем <signals> api-key 0123456789abcdef012345678901234567890123 min-free-space 1G</signals>
что делают не так и чем это кончается1 ошибка▶
наш опыт
2 связи
du -sh /var/lib/pmta/sparkpost 2>/dev/null; df -h /var/lib/pmta
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Пять способов очереди отдать письмоОчередь не обязана ходить по SMTP: она умеет писать в файл, запускать программу, стучаться по HTTP или выбрасывать.