[PATCH 1/5] doc: bring notmuch-dump manual page in line with the rest

Fix indentation of options. Move search terms description before options. Fix synopsis. --- doc/man1/notmuch-dump.rst | 100 -- 1 file changed, 53 insertions(+), 47 deletions(-) diff --git a/doc/man1/notmuch-dump.rst b/doc/man1/notmuch-dump.rst index

[PATCH 3/5] doc: document notmuch-restore --input=filename option

Document all options for completeness. --- doc/man1/notmuch-restore.rst | 3 +++ 1 file changed, 3 insertions(+) diff --git a/doc/man1/notmuch-restore.rst b/doc/man1/notmuch-restore.rst index 936b1383e045..362e2629e574 100644 --- a/doc/man1/notmuch-restore.rst +++ b/doc/man1/notmuch-restore.rst

Re: Unable to search for emails with content with a given MIME type

Petter, The feature you wanted was committed a few days ago (searching with a mimetype: prefix). Searching for mimetype:calendar would get any text/calendar or ics/calendar attachments. (Replying to the list so it will appear in the list archive as well.) Thanks, Todd Petter Reinholdtsen

[PATCH 2/5] doc: document notmuch-dump --output=filename option

Document all options for completeness. --- doc/man1/notmuch-dump.rst | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/man1/notmuch-dump.rst b/doc/man1/notmuch-dump.rst index 3a6d0b34f505..a37c337c72e6 100644 --- a/doc/man1/notmuch-dump.rst +++ b/doc/man1/notmuch-dump.rst @@ -71,6 +71,8

[PATCH 4/5] completion: complete notmuch dump --gzip option

--- completion/notmuch-completion.bash | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/completion/notmuch-completion.bash b/completion/notmuch-completion.bash index 39320f8d8107..e0498903f22f 100644 --- a/completion/notmuch-completion.bash +++

[PATCH 5/5] completion: complete addresses in from:/to: search terms

Use the new notmuch address command to do completion for addresses in from: and to:. --- This patch is more of an RFC. The to: completion is slw because typically there are more matches to begin with, and then producing the results requires reading the messages. Maybe it would be better to

Re: privacy problem: text/html parts pull in network resources

On Tue, Jan 27, 2015 at 07:47 PM, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: On Sun 2015-01-25 12:51:43 -0500, David Bremner wrote: Daniel Kahn Gillmor d...@fifthhorseman.net writes: If i send a message with a text/html part (either it's only text/html, or all parts are rendered, or

Re: [Patch v4 5/5] test: add broken test for SMIME decryption with notmuch CLI

David Bremner da...@tethera.net writes: David Bremner da...@tethera.net writes: The test JSON here is not correct, but the larger problem is thatit seems like no actual decryption is being done. I played with this some more, and it seems like Jamie's code (and the gmime sample code [1]

Re: privacy problem: text/html parts pull in network resources

On Sun 2015-01-25 12:51:43 -0500, David Bremner wrote: Daniel Kahn Gillmor d...@fifthhorseman.net writes: If i send a message with a text/html part (either it's only text/html, or all parts are rendered, or it's multipart/alternative with only a text/html subpart) and that HTML has img

[PATCH 1/5] doc: bring notmuch-dump manual page in line with the rest

Fix indentation of options. Move search terms description before options. Fix synopsis. --- doc/man1/notmuch-dump.rst | 100 -- 1 file changed, 53 insertions(+), 47 deletions(-) diff --git a/doc/man1/notmuch-dump.rst b/doc/man1/notmuch-dump.rst index

[PATCH 2/5] doc: document notmuch-dump --output=filename option

Document all options for completeness. --- doc/man1/notmuch-dump.rst | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/man1/notmuch-dump.rst b/doc/man1/notmuch-dump.rst index 3a6d0b34f505..a37c337c72e6 100644 --- a/doc/man1/notmuch-dump.rst +++ b/doc/man1/notmuch-dump.rst @@ -71,6 +71,8

[PATCH 3/5] doc: document notmuch-restore --input=filename option

Document all options for completeness. --- doc/man1/notmuch-restore.rst | 3 +++ 1 file changed, 3 insertions(+) diff --git a/doc/man1/notmuch-restore.rst b/doc/man1/notmuch-restore.rst index 936b1383e045..362e2629e574 100644 --- a/doc/man1/notmuch-restore.rst +++ b/doc/man1/notmuch-restore.rst

[PATCH 4/5] completion: complete notmuch dump --gzip option

--- completion/notmuch-completion.bash | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/completion/notmuch-completion.bash b/completion/notmuch-completion.bash index 39320f8d8107..e0498903f22f 100644 --- a/completion/notmuch-completion.bash +++

[PATCH 5/5] completion: complete addresses in from:/to: search terms

Use the new notmuch address command to do completion for addresses in from: and to:. --- This patch is more of an RFC. The to: completion is slw because typically there are more matches to begin with, and then producing the results requires reading the messages. Maybe it would be better to

Unable to search for emails with content with a given MIME type

ot subscribed to the list. > -- > Happy hacking > Petter Reinholdtsen -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20150127/d9a572d8/attachment.pgp>

privacy problem: text/html parts pull in network resources

On Sun 2015-01-25 12:51:43 -0500, David Bremner wrote: > Daniel Kahn Gillmor writes: > >> If i send a message with a text/html part (either it's only text/html, >> or all parts are rendered, or it's multipart/alternative with only a >> text/html subpart) and that HTML has >

privacy problem: text/html parts pull in network resources

On Tue, Jan 27, 2015 at 07:47 PM, Daniel Kahn Gillmor wrote: > On Sun 2015-01-25 12:51:43 -0500, David Bremner wrote: >> Daniel Kahn Gillmor writes: >> >>> If i send a message with a text/html part (either it's only text/html, >>> or all parts are rendered, or it's multipart/alternative with