<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/test/T160-json.sh, branch 0.32.2</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.32.2</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.32.2'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2020-06-27T01:16:51Z</updated>
<entry>
<title>test: mark two tests broken on machines with 32 bit time_t</title>
<updated>2020-06-27T01:16:51Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2020-06-24T14:32:34Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b46d842782527b206e139edd00ab1ac896b5a23b'/>
<id>urn:sha1:b46d842782527b206e139edd00ab1ac896b5a23b</id>
<content type='text'>
I haven't traced the code path as exhaustively for the SMIME test, but
the expiry date in question is larger then representable in a signed
32 bit integer.
</content>
</entry>
<entry>
<title>sprinter: change integer method to use int64_t</title>
<updated>2020-02-13T23:10:42Z</updated>
<author>
<name>Peter Wang</name>
<email>novalazy@gmail.com</email>
</author>
<published>2020-02-08T01:49:22Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c17fca40e2bc5514863d98807aaed318f144fd1a'/>
<id>urn:sha1:c17fca40e2bc5514863d98807aaed318f144fd1a</id>
<content type='text'>
In particular, timestamps beyond 2038 could overflow the sprinter
interface on systems where time_t is 64-bit but 'int' is a signed 32-bit
integer type.
</content>
</entry>
<entry>
<title>test: add known broken test with timestamp beyond 2038</title>
<updated>2020-02-13T23:08:56Z</updated>
<author>
<name>Peter Wang</name>
<email>novalazy@gmail.com</email>
</author>
<published>2020-02-08T01:49:21Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=e091427d98b0c49e96fb312ad1af6862776b896a'/>
<id>urn:sha1:e091427d98b0c49e96fb312ad1af6862776b896a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>cli/show: emit new whole-message crypto status output</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:06Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=4cb789aa090fb6ba3c7897584ecbcc0a547b2f81'/>
<id>urn:sha1:4cb789aa090fb6ba3c7897584ecbcc0a547b2f81</id>
<content type='text'>
This allows MUAs that don't want to think about per-mime-part
cryptographic status to have a simple high-level overview of the
message's cryptographic state.

Sensibly structured encrypted and/or signed messages will work fine
with this.  The only requirement for the simplest encryption + signing
is that the message have all of its encryption and signing protection
(the "cryptographic envelope") in a contiguous set of MIME layers at
the very outside of the message itself.

This is because messages with some subparts signed or encrypted, but
with other subparts with no cryptographic protection is very difficult
to reason about, and even harder for the user to make sense of or work
with.

For further characterization of the Cryptographic Envelope and some of
the usability tradeoffs, see here:

   https://dkg.fifthhorseman.net/blog/e-mail-cryptography.html#cryptographic-envelope
</content>
</entry>
<entry>
<title>test: use source and build paths in T160-json.sh and T170-sexp.sh</title>
<updated>2017-10-20T22:55:49Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-09-25T20:38:29Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=32c088b524704cb7b47e48378df0cb7d83b63d4f'/>
<id>urn:sha1:32c088b524704cb7b47e48378df0cb7d83b63d4f</id>
<content type='text'>
Make a distinction between source and build directories.
</content>
</entry>
<entry>
<title>test: use $(dirname "$0") for sourcing test-lib.sh</title>
<updated>2017-10-20T22:52:49Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-09-25T20:38:19Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=a863de1e43ee34f6f5794a2759fdceb287e851aa'/>
<id>urn:sha1:a863de1e43ee34f6f5794a2759fdceb287e851aa</id>
<content type='text'>
Don't assume the tests are always run from within the source tree.
</content>
</entry>
<entry>
<title>lib: index message files with duplicate message-ids</title>
<updated>2017-08-02T01:17:47Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2017-06-04T12:32:29Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=411675a6ce78988157c4a078f504b3b7805e54c6'/>
<id>urn:sha1:411675a6ce78988157c4a078f504b3b7805e54c6</id>
<content type='text'>
The corresponding xapian document just gets more terms added to it,
but this doesn't seem to break anything. Values on the other hand get
overwritten, which is a bit annoying, but arguably it is not worse to
take the values (from, subject, date) from the last file indexed
rather than the first.
</content>
</entry>
<entry>
<title>test: require test_begin_subtest before test_expect_code</title>
<updated>2017-03-09T13:03:40Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-02-26T13:43:01Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0497d695ca796c4d19ad5ec08788bbb1f400c58c'/>
<id>urn:sha1:0497d695ca796c4d19ad5ec08788bbb1f400c58c</id>
<content type='text'>
Unify the subtests by requiring test_begin_subtest before
test_expect_code. (Similar change for test_expect_success has already
been done.)

This increases clarity in the test scripts by having a separate line
for the start of the subtest with the heading, and makes it possible
to simplify the test infrastructure by making all subtests similar.
</content>
</entry>
<entry>
<title>cli/show: add content-disposition to structured output message parts</title>
<updated>2017-02-28T12:03:00Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-02-26T18:33:48Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ea20a932f1b8bc849db5ed35c1f355990f186146'/>
<id>urn:sha1:ea20a932f1b8bc849db5ed35c1f355990f186146</id>
<content type='text'>
Help the clients decide how to display parts.

Test updates by Mark Walters &lt;markwalters1009@gmail.com&gt;.
One more test fix by db
</content>
</entry>
<entry>
<title>test: test format version difference between v2 and v3</title>
<updated>2017-02-26T11:42:02Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-02-25T13:31:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=75bb23f74874e3820b0295d0a618045fc5f33417'/>
<id>urn:sha1:75bb23f74874e3820b0295d0a618045fc5f33417</id>
<content type='text'>
Schemata v3 changed message filename field to a list. Test both
versions 2 and 3.
</content>
</entry>
</feed>
