The XARF complaint format is JSON instead of classic ARF; the engine accepts it with the xarf type.
The engine fills the main fields itself — the sender, the recipient and the delivery address. If they are empty or more is needed, a JSON field is extracted into the accounting record with the xarf.<path> form, for example xarf.Report.ReportType.
Where the fields come from:
| Field | Where from |
|---|---|
| sender, recipient, delivery address | filled in automatically |
| complaint type and subtype | xarf.Report.ReportType, xarf.Report.ReportSubType |
| who sent it | xarf.ReporterInfo.ReporterOrgEmail |
<acct-file /var/log/pmta/fbl.csv> records feedback-loop record-fields f *,xarf.version,xarf.Report.reportType,xarf.report.smtpRcptToAddress</acct-file>
1 relation
head -1 /var/log/pmta/fbl.csv
3 articles
◇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.◇A return address with the recipient written into itThe bounce arrives at a unique address, and there is no need to parse its content.◇What to return in a bounce reportWhat to enclose in a bounce report: the whole message or only its headers.