[PATCH] Add configurable changed tag to messages that have been changed on disk

Excerpts from David Mazieres's message of 2014-04-06 22:19:19 +0200: > Gaute Hope writes: > > > When one of the source files for a message is changed on disk, renamed, > > deleted or a new source file is added. A configurable changed tag is > > is added. The tag can be configured under the option

Synchronization success stories?

I'm thrilled by using notmuch to manage my mail. Low-latency search is very important to me. But I use computers in a couple of places---several of which are laptops. Has anyone stories to share of successful multi-computer notmuch sync, for a corpus of a quarter-million messages or so? I've

[Patch v7 5/6] notmuch-new: backup tags before database upgrade

On Sat, 05 Apr 2014, David Bremner wrote: > All we do here is calculate the backup filename, and call the existing > dump routine. > > Also take the opportity to add a message about being safe to opportunity > interrupt. > --- > notmuch-new.c| 29 - >

[Patch v7 4/6] restore: transparently support gzipped input

On Sat, 05 Apr 2014, David Bremner wrote: > We rely completely on zlib to do the right thing in detecting gzipped > input. Since our dump format is chosen to be 7 bit ascii, this should > be fine. > --- > doc/man1/notmuch-restore.rst | 8 > notmuch-restore.c| 93 >

[PATCH] Add configurable changed tag to messages that have been changed on disk

Gaute Hope writes: >> A better approach would be to add a new "modtime" xapian value that is >> updated whenever the tags or any other terms (such as XFDIRENTRY) are >> added to or deleted from a docid. If it's a Xapian value, rather than a >> term, then modtime will be queriable just like

Re: [Patch v7 4/6] restore: transparently support gzipped input

On Sat, 05 Apr 2014, David Bremner da...@tethera.net wrote: We rely completely on zlib to do the right thing in detecting gzipped input. Since our dump format is chosen to be 7 bit ascii, this should be fine. --- doc/man1/notmuch-restore.rst | 8 notmuch-restore.c| 93

Re: [Patch v7 5/6] notmuch-new: backup tags before database upgrade

On Sat, 05 Apr 2014, David Bremner da...@tethera.net wrote: All we do here is calculate the backup filename, and call the existing dump routine. Also take the opportity to add a message about being safe to opportunity interrupt. --- notmuch-new.c| 29 -

Re: v7 gzip dump restore patches

On Sat, 05 Apr 2014, David Bremner da...@tethera.net wrote: Supercedes id:1396554083-3892-2-git-send-email-da...@tethera.net - adds new analogues of strerror - util_error_string - gz_error_string LGTM other than the two nits I pointed out. I'd be happy to have the fixes for those

Re: [PATCH] Add configurable changed tag to messages that have been changed on disk

Gaute Hope e...@gaute.vetsj.com writes: A better approach would be to add a new modtime xapian value that is updated whenever the tags or any other terms (such as XFDIRENTRY) are added to or deleted from a docid. If it's a Xapian value, rather than a term, then modtime will be queriable just

Re: [PATCH] Add configurable changed tag to messages that have been changed on disk

Excerpts from dm-list-email-notmuch's message of 2014-04-10 17:31:04 +0200: Gaute Hope e...@gaute.vetsj.com writes: A better approach would be to add a new modtime xapian value that is updated whenever the tags or any other terms (such as XFDIRENTRY) are added to or deleted from a docid.

Re: [PATCH v4 2/3] emacs: add notmuch-version.el.tmpl and create notmuch-version.el from it

Tomi Ollila tomi.oll...@iki.fi writes: The notmuch cli program and emacs lisp versions may differ (especially in remote usage). It helps to resolve problems if we can determine the versions of notmuch cli and notmuch emacs mua separately. The build process now creates notmuch-version.el from