¿Cómo puedo search el correo electrónico gpg-encrypted con notmuch-mutt?

Estoy usando mutt , con notmuch-mutt indexando el correo. Tengo una macro definida en mutt para search múltiples buzones de correo, usando la integración de no mucho (como se sugiere en la página de man ).

 macro index <F3> \ "<enter-command>set my_old_pipe_decode=\$pipe_decode my_old_wait_key=\$wait_key nopipe_decode nowait_key<enter>\ <shell-escape>notmuch-mutt -r --prompt search --decrypt<enter>\ <change-folder-readonly>`echo ${XDG_CACHE_HOME:-$HOME/.cache}/notmuch/mutt/results`<enter>\ <enter-command>set pipe_decode=\$my_old_pipe_decode wait_key=\$my_old_wait_key<enter>" \ "notmuch: search mail" 

También tengo un correo electrónico encriptado con GPG. mutt puede desencriptar esta bien, y su búsqueda interna funciona perfectamente en los correos electrónicos encriptados. Sin embargo, notmuch-mutt no puede search estos correctamente. No obstante, 0.6 (desde 2011) aparentemente admite GPG, sin embargo, esto no funciona para mí desde el primer momento. Estoy ejecutando Notmuch 0.20.2. ¿Hay alguna manera de search correos encriptados usando notmuch-mutt ?

Esto está en process de ejecución , a partir de hoy, 2016/02/09. Citando el correo vinculado:

Este es el tercer borrador de la serie inicialmente anunciada en id: 1449718786-28000-1-git-send-email-dkg en fifthhorseman.net (el segundo borrador estaba en id: 1453258369-7366-1-git-send-email-dkg en fifthhorseman.net). Difiere de v2 en que incorpora las recientes mejoras en la detección y procesamiento de firmas S / MIME.

De la descripción v2:

Actualmente, no indexa el text claro del correo encriptado. Esta es la opción correcta por defecto, porque el índice es básicamente equivalente a text claro, y no queremos que todos los almacenes indexados filtren el contenido de sus correos encryptions.

Sin embargo, si un usuario que no tiene mucho tiene su índice en una location protegida, es posible que prefiera la comodidad de poder search el contenido de (al less parte de) su correo encryption.

Esta serie de parches no permite indexar el text claro de posts encryptions específicos cuando se agregan a través de "no mucho nuevo" o "no mucho insert", a través de un nuevo indicador de desencryption.

Si se usa –try-decrypt, y el desencryption es exitoso para parte de un post, el post recibe una label adicional "desencryption por índice". Si el desencryption de una parte de un post falla, el post recibe una label adicional "index-decryption-failed".

v2 aborda las inquietudes planteadas a partir de los comentarios útiles sobre la serie anterior y agrega un object notmuch_indexopts_t que se puede usar para declarar opciones para indexar posts, incluido un boolean "try_decrypt".

Además, esta serie agrega una nueva function a libnotmuch:

notmuch_message_reindex (notmuch_message_t * message, notmuch_indexopts_t * indexopts)

Que permite al usuario de la biblioteca ajustar las opciones de indexing de un post dado.

La CLI se complementa adicionalmente con un nuevo subcommand no mucho, "notmuch reindex", que también tiene un indicador –try-decrypt.

De modo que un usuario que tiene su índice de posts almacenado de forma segura y quiere indexar el text claro de todos los posts encriptados que ha recibido puede hacer algo como:

notmuch reindextry -try-decrypt tag: encrypted and not tag: index-decrypted

O puede borrar todo el text claro indexado de su database con:

notmuch reindex tag: encrypted y tag: index-descrypted