[PATCH 3/3] CLI/new: support maildir synced tags in new.tags

We reorder reading maildir flags to avoid overwriting 'new.tags'. The inverted status of 'unread' means the maildir flag needs to be checked a second time. I backpedalled here on the idea of supporting 'new.tags' without 'unread' in the presence of maildir syncing. For files in 'new/', it seems

[PATCH 1/3] lib/message: split n_m_maildir_flags_tags, store maildir flags

In a future commit this will allow querying maildir flags seperately from tags to allow resolving certain conflicts. --- lib/message.cc | 31 +++ 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/lib/message.cc b/lib/message.cc index 539d3320..18f830dd

[PATCH 2/3] lib: add notmuch_message_has_maildir_flag

I considered a higher level interface where the caller passes a tag name rather than a flag character, but the role of the "unread" tag is particularly confusing with such an interface. --- lib/message.cc | 7 +++ lib/notmuch.h | 8 2 files changed, 15 insertions(+) diff --git

fix for maildir synced tags in new.tags

As I mentioned in [1], it's currently not possible to have maildir synced tags like 'flagged' in new.tags, which blocks some ideas about synching tags via maildir (in addition to just being a bug). This series fixes that. As I write this I remember that it doesn't bump the minor version of the

Re: Maildir sync of seen flag confusing with multiple copies

Sean Whitton writes: > Hello, > > If I have multiple copies of a message (e.g. in different subdirectories > of my mail store), notmuch conveniently only shows me one of them. Once > I've read that, though, it seems that only one of the messages in my > Maildir gets

Re: proposed patches to notmuch-emacs-mua

On Sat, Aug 19 2017, Joseph Mingrone wrote: > Hello Tomi, > > Tomi Ollila writes: >> I'd like to know why bash is to be replaced; (e.g. since it is not in base >> system, but so not is e.g. emacs...) > >> if this couple of order of magnitude heavier solution is used, then it

[alot] announcing v0.6

Hi everyone! I have just tagged alot v0.6; You can get a tarball here [0]. This release includes a few nice usability features and adds many tests. It also marks our move away from pygpgme (now out-phased in debian) towards python-gpg. Usage updates since v0.5: * feature: Add command to reload

Re: [PATCH 1/2] emacs: Refactor subprocess stderr propagation

On Thu, Aug 17 2017, Vladimir Panteleev wrote: > Load subprocess error output to a string in the callers, and propagate > the error messages as a string parameter instead of a path to file > names. > > Required to be able to avoid using temporary files for subprocess > error output. > > *

Re: [PATCH] doc: Disable SmartyPants in generated manual pages

On Mon, Aug 14 2017, Vladimir Panteleev wrote: > By default, Sphinx tries to pre-process text through SmartyPants, > which attempts to convert ASCII quotes and dashes to Unicode > characters. Unfortunately, this mangles technical text such as command > lines. For instance, this excerpt from

Re: [PATCH 2/4] insert: strip trailing / in folder path

Yuri Volchkov writes: > > This is just for consistency reasons. Fixing my problem required the > same piece of code, which was used here. Duplicating is not nice, so I > made a function around this code. That's why it feels atomic change > to me. > > I think, explanation

Re: proposed patches to notmuch-emacs-mua

On Sat, Jul 22 2017, Joseph Mingrone wrote: > Hi, > > (Apologies if you get this twice. I am sending a second time, since > there seems to be a problem with the notmuch@notmuchmail.org list at the > moment.) > > The first patch removes a few bash-specific calls to make > notmuch-emacs-mua POSIX

Re: [PATCH 3/3] perf-test: add memory test for notmuch-insert

On Fri, Aug 18 2017, David Bremner wrote: > In the future it might be worthwhile selecting corpus messages to > insert, but that seems a bit overcomplicated for now > --- > performance-test/M06-insert.sh | 16 > 1 file changed, 16 insertions(+) > create mode 100755

Re: [PATCH 2/4] insert: strip trailing / in folder path

David Bremner writes: > Yuri Volchkov writes: > >> I have faced a problem, that messages sent by emacs could not be shown >> or found later. The "notmuch show id:" says "no such file or >> directory". >> >> The reason of this behavior is the following