Задача. Один получатель или один источник подачи ведёт себя неровно, и поломку надо наблюдать во времени, а не поймать одной попыткой. Запись обязана быть узкой, чтобы не залить журнал, и сниматься, как только ответ получен.
Из чего складывается:
Области у составляющих разные. Директивы описаны у источника, но пишутся и в блоке получателя: исходящая запись — в <domain> получателя, входящая — в <source> адреса подающей программы. Узость блока и держит объём.
Как они взаимодействуют. Журнал соединений и журнал команд дополняют друг друга: первый даёт границы сеанса, второй — то, что внутри, и читать запись с одним из двух — гадание. Данные — третья ступень поверх, а не замена. Ни одна строка не истекает сама, и сколько пишет побайтовая ступень, руководство не говорит.
Три ступени:
| Строка | Что пишет | Когда включать |
|---|---|---|
| log-connections | начало и конец соединения | вместе со следующей |
| log-commands | команды и ответы | первый шаг разбора связи |
| log-data | байты в тексте и шестнадцатеричном виде | только при подозрении на переводы строк или непечатные символы |
<domain outlook.com> log-connections yes log-commands yes</domain>
grep -rn -B3 'log-commands yes\|log-data yes' /etc/pmta/