I actually have a patch (against 4.84) tested and in limited trial on this side that has this working.
The trick was being able to capture that actual output size thats sent to then transport_filter since that happens in a child process. Both the transport_size and transport_newlines are preserved as when they're piped to the filter. (not the output from the filter). The goal of this is to not use the actual data sizes that are returned by something like a compression program like gzip. (binary data) This allows Exim to get actual decompressed message sizes correct for maildir tags and quotas. (ie: keeping the compression benefit transparent to the actual mailbox user) Before I clean it up and submit it for review, I would like some feedback on how it should be optioned. Currently I created a transport option: use_prefilter_size = true/false (def: false) Current patch only useful under the appendfile transport. I'm just looking if it should be something else semantically better? (transport_filter_original_size = t/f .. etc.) TIA -Robert -- ## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
