mirror of
https://git.notmuchmail.org/git/notmuch
synced 2024-11-22 02:48:08 +01:00
38bd0df922
When we are indexing, we should treat SignedData parts the same way that we treat a multipart object, indexing the wrapped part as a distinct MIME object. Unfortunately, this means doing some sort of cryptographic verification whose results we throw away, because GMime doesn't offer us any way to unwrap without doing signature verification. I've opened https://github.com/jstedfast/gmime/issues/67 to request the capability from GMime but for now, we'll just accept the additional performance hit. As we do this indexing, we also apply the "signed" tag, by analogy with how we handle multipart/signed messages. These days, that kind of change should probably be done with a property instead, but that's a different set of changes. This one is just for consistency. Note that we are currently *only* handling signedData parts, which are basically clearsigned messages. PKCS#7 parts can also be envelopedData and authEnvelopedData (which are effectively encryption layers), and compressedData (which afaict isn't implemented anywhere, i've never encountered it). We're laying the groundwork for indexing these other S/MIME types here, but we're only dealing with signedData for now. Signed-off-by: Daniel Kahn Gillmor <dkg@fifthhorseman.net> |
||
|---|---|---|
| .. | ||
| add-message.cc | ||
| built-with.c | ||
| config.cc | ||
| database-private.h | ||
| database.cc | ||
| directory.cc | ||
| filenames.c | ||
| index.cc | ||
| indexopts.c | ||
| Makefile | ||
| Makefile.local | ||
| message-file.c | ||
| message-id.c | ||
| message-private.h | ||
| message-property.cc | ||
| message.cc | ||
| messages.c | ||
| notmuch-private.h | ||
| notmuch.h | ||
| notmuch.sym | ||
| parse-time-vrp.cc | ||
| parse-time-vrp.h | ||
| query-fp.cc | ||
| query-fp.h | ||
| query.cc | ||
| regexp-fields.cc | ||
| regexp-fields.h | ||
| sha1.c | ||
| string-list.c | ||
| string-map.c | ||
| tags.c | ||
| thread-fp.cc | ||
| thread-fp.h | ||
| thread.cc | ||