Daniel Kahn Gillmor writes:
>
> * when we observe a config file, we could walk each option present in
>it. For each option:
>
> a) if that option is not present in the database, copy it into the
>database.
>
> b) if that option is present in the
On Sun, 18 Mar 2018, Daniel Kahn Gillmor wrote:
> * if we know our index expects english, and we have a message part that
>*is not* english (e.g. Content-Language: es), we could avoid indexing
>that part.
Why would we do that? Search mostly works just fine for
Daniel Kahn Gillmor writes:
> AIUI, xapian is pretty much committed to being a single-language
> indexer. But i just wanted to point out that it's possible that we
> could be smarter about this in notmuch, and wanted to make a space for
> possible design discussion.
>
On Sun 2018-03-18 03:30:25 +0100, Georg Faerber wrote:
> Signed-off-by: Georg Faerber
> ---
> NEWS | 4 ++--
> bindings/python/docs/source/filesystem.rst | 2 +-
> contrib/go/src/notmuch/notmuch.go | 2 +-
> debian/changelog
https://tools.ietf.org/html/rfc3282 describes a Content-Language:
header. https://tools.ietf.org/html/rfc8255 describes
a multipart/multilingual Content-Type.
notmuch currently uses xapian with a hard-coded English stemmer which
works great for me as a monolingual American, but limits the
On Sun 2018-03-18 04:30:06 +0100, Georg Faerber wrote:
> I'm using notmuch 0.26-1+b2 out of Debian unstable.
> The files created inside .notmuch/xapian by notmuch are group and world
> readable. Is this on purpose? This seems quite suboptimal, especially
> if one is using the recently introduced
Olly Betts writes:
> On 2018-02-07, David Bremner wrote:
>> The underlying issue is that * is parsed (simplistically) by notmuch
>> before passing to Xapian, so only works if it is the entire query.
>>
>> For cases like you report, where the user has not entered '*', but
>>
Daniel Kahn Gillmor writes:
> On Fri 2018-03-16 19:30:37 +0100, Floris Bruynooghe wrote:
>> If someone can hook pytest runs with various python versions into the
>> notmuch test suit I'd be very much obliged and probably have another go
>> at this as it's still an