<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/mime-node.c, branch 0.29_rc1</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.29_rc1</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.29_rc1'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2019-05-31T10:55:46Z</updated>
<entry>
<title>mime-node: be clearer about decryption</title>
<updated>2019-05-31T10:55:46Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-31T01:18:53Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d439e4b5d1715b96baba5e0fa5b1b81e9746a94c'/>
<id>urn:sha1:d439e4b5d1715b96baba5e0fa5b1b81e9746a94c</id>
<content type='text'>
Part 0 of a multipart/encrypted object is
GMIME_MULTIPART_ENCRYPTED_VERSION; part 1 is
GMIME_MULTIPART_ENCRYPTED_CONTENT.  Using the name for what we want
describes our intent more clearly than using a magic number in the
code.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>mime-node: track whole-message crypto state while walking the tree</title>
<updated>2019-05-26T11:20:23Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-25T18:04:05Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d187a6993e25b1e100790e918156f5d95d371899'/>
<id>urn:sha1:d187a6993e25b1e100790e918156f5d95d371899</id>
<content type='text'>
Deliberately populate the message's cryptographic status while walking
the MIME tree from the CLI.

Note that the additional numchild argument added to _mime_node_create
is a passthrough needed to be able to adequately populate the crypto
state object.
</content>
</entry>
<entry>
<title>cli: expose message-wide crypto status from mime-node</title>
<updated>2019-05-26T11:20:23Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-25T18:04:04Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2c08beb2546156940e30526fc6759f4ee74b4fed'/>
<id>urn:sha1:2c08beb2546156940e30526fc6759f4ee74b4fed</id>
<content type='text'>
The mime node context (a per-message context) gains a cryptographic
status object, and the mime_node_t object itself can return a view on
that status to an interested party.

The status is not yet populated, and for now we can keep that view
read-only, so that it can only be populated/modified during MIME tree
traversal.
</content>
</entry>
<entry>
<title>cli/notmuch-show: support gzipped files</title>
<updated>2019-05-03T10:48:43Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2019-03-24T03:32:44Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=103c11822ee0b7645fda6397fb40f8ac7ed9b49b'/>
<id>urn:sha1:103c11822ee0b7645fda6397fb40f8ac7ed9b49b</id>
<content type='text'>
This drops "file" from mime_node_context and just uses a local
variable. It also uses the new gzip aware utility routines recently
added to util/gmime-extra.c. The use of gzopen / gzfile in addition is
a bit icky, but the choice is between that, and providing yet another
readline implimentation that understands GMime streams.
</content>
</entry>
<entry>
<title>gmime-cleanup: pass NULL as default GMimeParserOptions</title>
<updated>2019-05-03T09:58:00Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-02T13:19:46Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=e9b870b6923afe767a7c9938be24f5390102031a'/>
<id>urn:sha1:e9b870b6923afe767a7c9938be24f5390102031a</id>
<content type='text'>
This is a functional change, not a straight translation, because we
are no longer directly invoking g_mime_parser_options_get_default(),
but the GMime source has indicated that the options parameter for
g_mime_parser_construct_message() is "nullable" since upstream commit
d0ebdd2ea3e6fa635a2a551c846e9bc8b6040353 (which itself precedes GMime
3.0).

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>gmime-cleanup: pass NULL arguments explicitly where GMime 3.0 expects it</title>
<updated>2019-05-03T09:57:27Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-02T13:19:45Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=bbe3015b3ea503b2834811f6cdd7276f9742faa1'/>
<id>urn:sha1:bbe3015b3ea503b2834811f6cdd7276f9742faa1</id>
<content type='text'>
Several GMime 2.6 functions sprouted a change in the argument order in
GMime 3.0.  We had a compatibility layer here to be able to handle
compiling against both GMime 2.6 and 3.0.  Now that we're using 3.0
only, rip out the compatibility layer for those functions with changed
argument lists, and explicitly use the 3.0 argument lists.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>gmime-cleanup: drop all arguments unused in GMime 3</title>
<updated>2019-05-03T09:56:38Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-02T13:19:41Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b7ac4c05e118047442378f58eeb69d43bd1cbdb1'/>
<id>urn:sha1:b7ac4c05e118047442378f58eeb69d43bd1cbdb1</id>
<content type='text'>
This means dropping GMimeCryptoContext and notmuch_config arguments.

All the argument changes are to internal functions, so this is not an
API or ABI break.

We also get to drop the #define for g_mime_3_unused.

signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>gmime-cleanup: always support session keys</title>
<updated>2019-05-03T09:55:32Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-02T13:19:37Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=bb0b119358e4d6df5cc085a48cb3d2e09e396922'/>
<id>urn:sha1:bb0b119358e4d6df5cc085a48cb3d2e09e396922</id>
<content type='text'>
Our minimum version of GMime 3.0 always supports good session key
handling.

signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>gmime-cleanup: remove obsolete gpg_path configuration option and crypto contexts</title>
<updated>2019-05-03T09:55:04Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2019-05-02T13:19:36Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=096d45a878ba9606f1677f66d346b14c3c274fa5'/>
<id>urn:sha1:096d45a878ba9606f1677f66d346b14c3c274fa5</id>
<content type='text'>
Note that we do keep ignoring the gpg_path configuration option,
though, to avoid breakage of existing installations.  It is ignored
like any other unknown configuration option, but we at least document
that it is ignored so that people who find it in their legacy configs
can know that it's safe to drop.

signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>build: drop support for gmime-2.6</title>
<updated>2019-05-03T09:49:49Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2019-05-02T13:19:33Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=570349e132da5e19b36a004e633b870cec810170'/>
<id>urn:sha1:570349e132da5e19b36a004e633b870cec810170</id>
<content type='text'>
GMime 3.0 is over 2 years old now, and 2.6 has been deprecated in
notmuch for about 1.5 years.

Comments and documentation no longer need to refer to GMime 2.6, so
clean them all up.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
</feed>
