Re: revisiting Autocrypt in notmuch, MVP

Awesome, and I see you're already upstreaming hooks. But I think you can simplify this because every reply buffer has a hidden "In-Reply-To" header (can be shown with `message-widen-and-recenter`). You should be able to attach a hook to `message-setup-hook`, I think? Ideally you'd use

Re: revisiting Autocrypt in notmuch, MVP

There's actually a pretty decent autocrypt package[1] for Emacs, only lacking notmuch integration. But writing that based on the mu4e integration should be pretty trivial. [1]: https://git.sr.ht/~pkal/autocrypt/ ___ notmuch mailing list --

Re: [RFE] Call `gpg --recv-keys` asynchronously

David Bremner writes: > Do I misunderstand, or was this fixed in a1d6e406f6f ? Yes, this was fixed long ago. Thanks! - Steven signature.asc Description: PGP signature ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email

[PATCH] emacs: don't start processes stopped

It causes this function to fail with: let: Wrong type argument: null, t Support for this was removed from Emacs in April 2019 (5c5e309527e6b582e2c04b83e7af45f3144863ac) because it never worked correctly (apparently). This also shouldn't be necessary as sentinels will not be called unless

Re: notmuch-emacs and Emacs26 (master)

This appears to have been fixed by commit 89898e43c7ceef28bb3c2116b4d8a3ec96d9c8da in Emacs master. signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

Re: whitelisting

Jameson, > This works ok, but takes more than 20s to execute, which will slow down > my inbox processing quite a bit. I could try to write a python script > to iterate over all tag:spam, extract addresses from those messages, and > match against the whitelist, but I doubt that will be any

Re: Add (extracted) attachment text to the search index?

David Bremner writes: > This would require some modifications of notmuch. Either modifying > lib/index.cc to add the terms at indexing (notmuch new/insert) time, or > providing some way of adding the terms later. The former actually sounds > simpler to me. To do this

[RFE] Call `gpg --recv-keys` asynchronously

Currently, notmuch fetches keys synchronously. This can be *very* slow (I fetch keys over tor) and locks up emacs for the duration. Therefore, this fetch really should be asynchronous. Unfortunately, getting this to work well (i.e. not interleave output in the `*notmuch-crypto-gpg-out*` buffer)

[PATCH] docs: fix notmuch_message_properties_value documentation

It returns the value, not the key. --- lib/notmuch.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/notmuch.h b/lib/notmuch.h index 59cd0f56..16da8be9 100644 --- a/lib/notmuch.h +++ b/lib/notmuch.h @@ -1811,7 +1811,7 @@ const char * notmuch_message_properties_key

Re: wildcards with path or folder

Erik, Erik Colson writes: > hi, > > How can I select all mails which are in a certain mail folder or > subfolders of it ? You're probably looking for `path:path/to/folder/**` (e.g. `path:Archive/**`). Documentation: * man 7 notmuch-search-terms *

Re: [PATCH] emacs: use define-derived-mode for defining modes.

David Bremner <da...@tethera.net> writes: > Steven Allen <ste...@stebalien.com> writes: > >> This sets up and runs all the correct hooks and reduces some redundancy. > > pushed to master Thanks! -- Steven Allen ((Do Not Email <honey...@stebalien.com>

Re: [PATCH] emacs: use define-derived-mode for defining modes.

David Bremner <da...@tethera.net> writes: > Steven Allen <ste...@stebalien.com> writes: > >> This sets up and runs all the correct hooks and reduces some redundancy. >> --- > > The idea seems sane, but shouldn't we derive from special-mode? Special mode pr

[PATCH] emacs: use define-derived-mode for defining modes.

This sets up and runs all the correct hooks and reduces some redundancy. --- emacs/notmuch-hello.el | 8 +--- emacs/notmuch-show.el | 7 +-- emacs/notmuch-tree.el | 7 +-- emacs/notmuch.el | 7 +-- 4 files changed, 4 insertions(+), 25 deletions(-) diff --git

Re: [feature request] emacs: use `notmuch insert` for FCC

o notice the patch series.) > PS: do we have an alternative to mid.gmane.org for > http://nmbug.tethera.net/status/ https://notmuchmail.org/pipermail/notmuch/? However, it's not indexed by id. -- Steven Allen ((Do Not Email <honey...@stebalien.com>)) __

[feature request] emacs: use `notmuch insert` for FCC

something) Unfortunately, I'm not comfortable enough with elisp to implement this myself. -- Steven Allen ((Do Not Email <honey...@stebalien.com>)) ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] Add a method to reparent threads to the database.

outlive the query. I could use reference counting to store the query until all messages/threads have been freed but that feels messy and shouldn't, strictly speaking, be necessary. On 11-08-15, Jani Nikula wrote: > On Sat, 07 Nov 2015, Steven Allen <ste...@stebalien.com> wrote: > &

[PATCH] Add a method to reparent threads to the database.

This allows threads yielded from a query to outlive the query. --- lib/notmuch.h | 11 +++ lib/thread.cc | 6 ++ 2 files changed, 17 insertions(+) diff --git a/lib/notmuch.h b/lib/notmuch.h index 310a8b8..9a2869b 100644 --- a/lib/notmuch.h +++ b/lib/notmuch.h @@ -1188,6 +1188,17 @@

[PATCH] Add method to reparent of message to the database.

Currently, a message is owned by its iterator (messages object) and, ultimately, its query. This unfortunately makes encapsulating query logic difficult because there is no way to return a message after disposing of the query used to find the message (other than looking it up again in the database

[PATCH] Documentation: fix type name spelling

--- lib/notmuch.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/notmuch.h b/lib/notmuch.h index 85b56bf..310a8b8 100644 --- a/lib/notmuch.h +++ b/lib/notmuch.h @@ -1752,7 +1752,7 @@ notmuch_filenames_t * notmuch_directory_get_child_files (notmuch_directory_t

[PATCH] forbid atomic transactions on writable, upgradable databases

We can't (but currently do) allow upgrades within transactions because upgrades need their own transactions. We don't want to re-use the current transaction because bailing out of an upgrade would mean loosing all previous changes (because our "atomic" transactions don't commit before hand). This

[bug] notmuch doesn't commit changes before an open transaction on close

will also be > discarded. source: http://xapian.org/docs/apidoc/html/classXapian_1_1WritableDatabase.html This means that, in theory at least, xapian could throw away *all* changes to the database if a transaction is open. -- Steven Allen (310) 433-5865 ((Do Not Email <honey...@stebalien.com&