<acct-file>
Строка ограничивает ожидание при записи в программу, которой отдаются записи учёта. Умолчание — 1m, и применяется она только к форме с каналом.
Смысл в одном слове — «неотвечающая». Программа-сборщик может не упасть, а просто перестать читать: зависнуть, упереться в свою базу, уйти в бесконечный цикл. Без порога узел ждал бы её сколько угодно, и учёт держал бы почту.
Порог и перезапуск — пара. Этот ограничивает одну запись, retry-interval назначает следующую попытку после срыва.
Минута — это много. Для почтового узла минутная пауза на записи учёта ощутима, и на потоке порог обычно снижают.
Тот же принцип у нас соблюдён в другом месте: приёмник телеметрии отвечает сразу и разбирает пачку в фоне — именно чтобы не держать чужой почтовый узел. Здесь порог решает ту же задачу со стороны узла.
Порог соразмеряют со скоростью сборщика:
| Значение | Когда |
|---|---|
| 1m (умолчание) | сборщик чужой, поведение неизвестно |
| 5s–10s | сборщик свой и быстрый |
Срыв записи не теряет данные молча — он запускает механизм перезапуска, но промежуток всё равно не сохраняется.
# свой быстрый сборщик — порог в секундах, а не в минуту <acct-file |/usr/local/bin/collector.pl> write-timeout 10s retry-interval 1m </acct-file>
что делают не так и чем это кончается1 ошибка▶
наш опыт
2 связи
grep -i "timeout" /var/log/pmta/log | tail -20
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Пять способов очереди отдать письмоОчередь не обязана ходить по SMTP: она умеет писать в файл, запускать программу, стучаться по HTTP или выбрасывать.