The general problem of indexing attachments requires some help to turn
things into text, but (most?) text/* should be doable internally,
possibly with optimizations as for the text/html case.
---
test/T050-new.sh | 8 +
...TCH-1-2-system_data_types.7-srcfix.txt:2,S
This probably needs a stricter test, perhaps an explicit list
of (regexes? for) allowed types.
---
lib/index.cc | 23 ---
test/T050-new.sh | 1 -
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/lib/index.cc b/lib/index.cc
index 728bfb22..aca73580 100644
I'm curious if this really blows up indexing certain text/*
mime types. Certainly we had to add special handling for text/html so I'm
expecting some stricter set of types to be indexable.
For configuration I was thinking a list of regexes, in the style of
new.ignore. We still need to have some
The corpus is not really suitable for general indexing test since the
sole message is ignored (and will most likely continue to be ignored)
by notmuch-new.
---
test/T070-insert.sh | 2 +-
test/corpora/{indexing => insert}/mbox-attachment.eml | 0
2 files changed,
Hook run when the tree insertion process finishes its job.
--
This patch supersedes , but
changing the new variable name.
Right now, it can be used for silly things like removing or changing
the the "End of search." hardcoded message in the tree buffer. But
also for more sophisticated things
Hi,
Bower is a curses frontend for the Notmuch email system.
I wrote it for me, but you might like it, too.
https://github.com/wangp/bower
Bower 1.0 (2022-08-21)
==
The first commit to this project was made 11 years ago. Let's call this v1.0.
* index: Use Alt+Enter to
