<acct-file>
When the engine closes an accounting file and moves it, it writes about this to its log. The line adds the number of records in the file to that message. The default is false.
It is about CSV files only — so the manual says.
Why it is needed. A number in the log is a figure independent of the parsing side: how many records the node really wrote. If the statistics collector says “9,000 received” and the node log says “the file had 10,000”, the discrepancy is visible at once, without parsing the files themselves.
The price is counting at every close. On large files this means an extra pass over the file at the moment it is already on its way out.
The line would be useful when investigating discrepancies between node accounting and our database — as an independent counter on the node side, but only together with moving the files.
It is enabled when reconciling:
| Value | When |
|---|---|
| false (default) | always |
| true | we are investigating a discrepancy between the node and the collector |
On a stream the counting is noticeable — it makes sense to enable it for the duration of the investigation.
# while investigating discrepancies between the node and the collector <acct-file /var/log/pmta/acct.csv> move-to /var/log/pmta/archive move-interval 1h count-moved-records yes</acct-file>
what people get wrong and how it ends1 mistake▶
§ 3.3.11.14
1 relation
grep -i "moved" /var/log/pmta/log | tail -10
3 articles
◇What the node tells about itself and through which channelsSeven observation surfaces: the web monitor, the console in four formats, the log, accounting, accounting search, metrics and export to external analytics.◇Two inbound report processors and what to do with themBounces by message and complaints are parsed by two identically structured blocks; each has its own address list and its own pair of decisions about the message’s fate.◇Five ways for a queue to hand off a messageA queue does not have to use SMTP: it can write to a file, run a program, call over HTTP or discard.