`notmuch-escape-boolean-term': Broken for non-ascii characters

2014-08-11 Thread Moritz Ulrich
nverting it from [^...] to [...] to explicitly mark letters that needs to be escaped. Cheers, Moritz Ulrich -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140811/5be67b1f/attachment.pgp>

Matching on any header line

2014-08-11 Thread David Bremner
Nico Schottelius writes: > David Bremner [Mon, Aug 11, 2014 at 01:37:50PM -0300]: >> Nico Schottelius writes: >> >> > I have the problem that often To/Cc do not reveal the real destination, >> > so I would like to match on X-Original-To: or Delivered-To: >> > header lines. >> > >> > So I was

Matching on any header line

2014-08-11 Thread Nico Schottelius
David Bremner [Mon, Aug 11, 2014 at 01:37:50PM -0300]: > Nico Schottelius writes: > > > I have the problem that often To/Cc do not reveal the real destination, > > so I would like to match on X-Original-To: or Delivered-To: > > header lines. > > > > So I was wondering, if there is generic

[PATCH v3] Emacs: Add address completion mechanism implemented in elisp

2014-08-11 Thread Michal Sojka
Currently, notmuch has an address completion mechanism that requires external command to provide completion candidates. This patch adds a completion mechanism inspired by https://github.com/tjim/nevermore, which is implemented in Emacs lisp only. The core of the new mechanism is the function

[PATCH v2] Emacs: Add address completion mechanism implemented in elisp

2014-08-11 Thread Michal Sojka
On Mon, Aug 11 2014, Michal Sojka wrote: > Currently, notmuch has an address completion mechanism that requires > external command to provide completion candidates. This patch adds a > completion mechanism inspired by https://github.com/tjim/nevermore, > which is implemented in Emacs lisp only.

[PATCH v2] Emacs: Add address completion mechanism implemented in elisp

2014-08-11 Thread Michal Sojka
Currently, notmuch has an address completion mechanism that requires external command to provide completion candidates. This patch adds a completion mechanism inspired by https://github.com/tjim/nevermore, which is implemented in Emacs lisp only. The core of the new mechanism is the function

[PATCH RFC] Emacs: Add address completion mechanism implemented in elisp

2014-08-11 Thread Michal Sojka
Hi David, On Fri, Aug 01 2014, David Bremner wrote: > Michal Sojka writes: > >> notmuch-company.el hooks itself into message-mode and uses >> company-mode to offer the completion to the user. The file is put into >> the contrib directory which means that the use has to install it >> himself.

DatabaseModifiedErrors causing troubles

2014-08-11 Thread Gaute Hope
bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140811/35ba285a/attachment.bin>

Matching on any header line

2014-08-11 Thread David Bremner
Nico Schottelius writes: > I have the problem that often To/Cc do not reveal the real destination, > so I would like to match on X-Original-To: or Delivered-To: > header lines. > > So I was wondering, if there is generic support to match on something > like "header:x-original-to:this at

[PATCH] python: Add binding for notmuch_query_add_tag_exclude

2014-08-11 Thread Thibaut Horel
Implemented as the method `exclude_tag` of the class `Query`. This method takes one argument, a string containing the name of the tag to exclude. --- NEWS | 5 + bindings/python/docs/source/query.rst | 2 ++ bindings/python/notmuch/query.py | 15

Matching on any header line

2014-08-11 Thread Nico Schottelius
Good morning, I am using mutt-kz with notmuch as the backend. I was wondering if it is possible to match on any header line? I have the problem that often To/Cc do not reveal the real destination, so I would like to match on X-Original-To: or Delivered-To: header lines. So I was wondering, if

DatabaseModifiedErrors causing troubles

2014-08-11 Thread Gaute Hope
Hi, I've been working on an application that keeps a read-only handle on the notmuch database open for a long time. In some cases when a new message is added along with some renames of other messages using 'notmuch new' while the application is running I get an Xapian exception:

Re: [PATCH RFC] Emacs: Add address completion mechanism implemented in elisp

2014-08-11 Thread Michal Sojka
Hi David, On Fri, Aug 01 2014, David Bremner wrote: Michal Sojka sojk...@fel.cvut.cz writes: notmuch-company.el hooks itself into message-mode and uses company-mode to offer the completion to the user. The file is put into the contrib directory which means that the use has to install it

[PATCH v2] Emacs: Add address completion mechanism implemented in elisp

2014-08-11 Thread Michal Sojka
Currently, notmuch has an address completion mechanism that requires external command to provide completion candidates. This patch adds a completion mechanism inspired by https://github.com/tjim/nevermore, which is implemented in Emacs lisp only. The core of the new mechanism is the function