------- 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 <rblayzor@???> 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
