Hi Wietse,
I appreciate your suggestion to use a collate script. However, the collate
script, too, relies on the logfile as a reliable source. In my case, I'm keen
on receiving the state directly from syslog, bypassing the disk.
I understand there may be some potential data loss with this approach, but
having the ability to log and receive the complete header key/values is crucial
for my use case.
While Postfix already has a feature in the header_checks to log header
information (info/warn/reject), it becomes unreliable due to the 200-character
limit. This limit poses a challenge as it restricts the completeness of
key/value pairs in the log.
Having a configurable option for the header log size would greatly improve the
reliability and usability of this feature, ensuring that users can confidently
rely on the logged information for comprehensive header analysis.
I kindly urge you to consider incorporating this enhancement into future
releases, as it would undoubtedly enhance the Postfix experience for users with
similar needs.
Thank you for your time and consideration.
Best regards,
Matthias Schneider
----- Ursprüngliche Mail -----
Von: "Wietse Venema via Postfix-users" <postfix-users@postfix.org>
An: "Postfix users" <postfix-users@postfix.org>
Gesendet: Montag, 22. Januar 2024 16:49:10
Betreff: [pfx] Re: Feature Request: Adjustable Header Log Size Limit in
INFO/WARN/REJECT Header_Check
Matthias Schneider via Postfix-users:
> Thanks for getting back to me quickly.
>
> While I understand your concerns about logging reliability, it's
> important to highlight that, for some users, the log serves as the
> sole source of truth to confirm whether an email was relayed or
> rejected in the SMTP process.
In that case, better record keeping may be needed. For example,
some organizations maintain an archive of all email processed by
Postfix. This can be made as reliable as the rest of Postfix.
> The challenge we face is the need to correlate Header Information
> with the log status of the SMTP process. Even when using the Milter
> protocol to obtain headers, I still can't obtain the final state
> of the mail from the Milter and must resort to joining information
> from the log file.
But you don't need headers to correlate receiving and delivering
activity. $postfixsource/auxiliary/collate has a tool that groups
records by queue ID. Long Postfix queue IDs are used only once
within the same mail queue, as long as your clock is monotonic.
Wietse
> Your insights are much appreciated.
>
> Best regards,
>
> Matthias Schneider
>
> ----- Urspr?ngliche Mail -----
> Von: "Wietse Venema via Postfix-users" <postfix-users@postfix.org>
> An: "Postfix users" <postfix-users@postfix.org>
> Gesendet: Montag, 22. Januar 2024 16:14:03
> Betreff: [pfx] Re: Feature Request: Adjustable Header Log Size Limit in
> INFO/WARN/REJECT Header_Check
>
> Sorry, Postfix logging must not be used as if it is a reliable
> channel for message processing. Postfx goes through great effort
> to guarantee that message loss won't happen unless a file system
> is damaged or unless a message is forcibly deleted from the queue.
>
> There are no such guarantees for logging. If logging were as reliable
> as Postix email deliveries, then logging would use more resources
> than all of Postfix combined. In fact, that was happening on ancient
> Linux implementations that by default insisted on calling fsync().
>
> In my opinion, the 'logging length limit' is a red herring. For
> reliable header processing use a reliable mechanism.
>
> Wietse
> _______________________________________________
> Postfix-users mailing list -- postfix-users@postfix.org
> To unsubscribe send an email to postfix-users-le...@postfix.org
> _______________________________________________
> Postfix-users mailing list -- postfix-users@postfix.org
> To unsubscribe send an email to postfix-users-le...@postfix.org
>
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
