------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=1563 --- Comment #6 from Robert Blayzor <[email protected]> 2015-01-01 13:19:34 --- I agree about the MMAP, but since the transport_counts are incremented after the fork, there is really no easy way I can see to pass that information back to the parent process. Since the data read from the file handle is the size returned from the filter pipe. Appendfile was my use case for maildir++ to keep the mailtags and quota accurate against the uncompressed size. However this could be useful in another transports that may want to track quotas against the original sizes. I can't think of any use cases for that, but would be possible. This "switch" may be more of a hack than a feature because the only way to compress messages is via the transport filter, which is not optimal. Perhaps a better, more solid feature would be to support Zlib directly with different compression backends (like Dovecot currently does). This can be done using functions like gzopen() and writing the compressed data directly and transparently to Exim. -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
