On Tue, Apr 14, 2020 at 05:38:32PM -0300, David Bremner wrote: > Olivier Taïbi <oli@olitb.net> writes: > > PS: out of curiosity, why bother with the --gzip feature in notmuch dump > > and restore when the user can simply pipe to/from a gzip/bzip2/xz/... > > command? > > I believe the original motivation (in 2014) was to make the dumping > process more atomic. I guess you could dig up the mailing list > discussion from the time if you were interested. I'd be reluctant to > remove the feature after 6 six years. Thanks for the explanation. > > PPS: apart from dump and restore (and the indirect use of xapian), it > > seems that the only other use of zlib in notmuch is in > > format_part_mbox() in notmuch-show.c, which is able to read a compressed > > email (it seems that dovecot has an option to write emails in maildir > > format in this way to save space).> Do I understand correctly that > > notmuch does not support indexing compressed email, and if so what is > > the point of using zlib in format_part_mbox()? > > No, that's not correct. Notmuch does support indexing gzip compressed > mail as of version 0.29. IIRC that part uses GMime streams to do the > decompression (probably also using zlib indirectly). Thanks, that's good to know. > It would be helpful to move the discussion not intended to be part of > the commit message after --- (see https://notmuchmail.org/contributing/ > for details). Sorry about that, I read the "bugs" section of the website but did not notice these guidelines. I'll do my best to do better next time. _______________________________________________ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch