我正在使用mutt
, 与notmuch-mutt
对邮件建立索引。我定义了一个宏来mutt
搜索多个邮箱,使用notmuch
的集成(如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"
我还有 GPG 加密的电子邮件。mutt
可以解密这些罚款,并且其内部搜索可以完美地处理加密的电子邮件。但是,notmuch-mutt
无法正确搜索这些。不多 0.6(2011 年起)显然支持 GPG,但这对我来说开箱即用。我正在运行 Notmuch 0.20.2。有没有办法使用搜索加密邮件notmuch-mutt
?
答案1
截至2018年3月18日更新:这个功能是合并上游,并在 0.26 内发布。
请注意:
索引的内容足以粗略地重建消息本身的明文,因此请确保 notmuch 索引本身受到充分的保护。不使用 此功能无需考虑索引的安全性。
请参阅此答案下面的评论,了解如何使用此功能。
--
这是在作品中上游,截至今天,2016/02/09。引用链接邮件:
这是该系列的第三稿,最初在 Fifthhorseman.net 的 id:1449718786-28000-1-git-send-email-dkg 中公布(第二稿在 id:1453258369-7366-1-git-send-email-dkg 中公布)在 FifthHorseman.net)。它与 v2 的不同之处在于它结合了检测和处理 S/MIME 签名方面的最新改进。
从 v2 描述来看:
Notmuch 目前不索引加密邮件的明文。默认情况下,这是正确的选择,因为索引基本上是明文等效的,并且我们不希望每个索引邮件存储泄露其加密邮件的内容。
然而,如果没有多少用户将其索引放在受保护的位置,他们可能更喜欢能够搜索(至少部分)其加密邮件的内容的便利。
这一系列补丁使 notmuch 能够在通过新的 --try-decrypt 标志通过“notmuch new”或“notmuch insert”添加特定加密消息的明文时对其进行索引。
如果使用 --try-decrypt,并且消息的一部分解密成功,则该消息将获得一个附加的“索引解密”标签。如果部分消息解密失败,该消息将获得一个附加的“索引解密失败”标签。
v2 解决了上一个系列的有用反馈中提出的问题,并添加了一个 notmuch_indexopts_t 对象,该对象可用于声明索引消息的选项,包括“try_decrypt”布尔值。
此外,本系列还为 libnotmuch 添加了一个新函数:
notmuch_message_reindex(notmuch_message_t *消息,notmuch_indexopts_t *indexopts)
它允许库的用户调整给定消息的索引选项。
CLI 还增加了一个新的 notmuch 子命令“notmuch reindex”,它还有一个 --try-decrypt 标志。
因此,安全存储消息索引并希望对收到的所有加密消息的明文进行索引的用户可以执行以下操作:
notmuch reindex --try-decrypt tag:encrypted 而不是 tag:index-decrypted
或者可以使用以下命令从数据库中清除所有索引明文:
没有太多重新索引标记:加密和标记:索引解密