Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 203A8431FB6 for ; Mon, 28 Jul 2014 07:37:15 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.699 X-Spam-Level: X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QrW5DsL0Hnqi for ; Mon, 28 Jul 2014 07:37:07 -0700 (PDT) Received: from mail-yh0-f48.google.com (mail-yh0-f48.google.com [209.85.213.48]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 2201F431FAE for ; Mon, 28 Jul 2014 07:37:07 -0700 (PDT) Received: by mail-yh0-f48.google.com with SMTP id i57so4885597yha.21 for ; Mon, 28 Jul 2014 07:37:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=v8ZJGvRmmA6ilYPFBxN6BqVdgQIfVKsJ0KmcEb82xmI=; b=lQKU77lbXgtY32jY1l+oTTf1EjxRPNE1vidLInT3blvPuJtO783n5XTdT4LmIOYgkk MgWuP0Uqo/7qYXHAL6O9ILR4oGMusGgN/kV0sdFT79yTqOIXAqY5ApG3ey/koK3dFxAp Ho0OTn4MY5ltKeMucYJU+N3L+ny90NAdUUtJxai7H6IwFKhZNMJEeIblh9SLQud4Q8M0 XCEeKktJfDT3m2NEFd7wwIrhr5FHGsIsSDspjs8byIQvtYOAs1DuSUAREuQLC+A+zQu7 ggz7qg7ZBnnHwICzG181uPrb/brhNLlhYKohi4zT4whqdZC1V7I1tt7L95emvH1jjuUR X6cQ== X-Gm-Message-State: ALoCoQna7+1pTrLlEUkv2/4usrzogqZCmsgUSys135EElM4uHFZ+B+coag9p8reaqJuY2S9RVV92 MIME-Version: 1.0 X-Received: by 10.236.193.9 with SMTP id j9mr4418166yhn.155.1406558224478; Mon, 28 Jul 2014 07:37:04 -0700 (PDT) Received: by 10.170.132.203 with HTTP; Mon, 28 Jul 2014 07:37:04 -0700 (PDT) In-Reply-To: <87fviiiuzn.fsf@maritornes.cs.unb.ca> References: <1396800683-9164-1-git-send-email-eg@gaute.vetsj.com> <87fviiiuzn.fsf@maritornes.cs.unb.ca> Date: Mon, 28 Jul 2014 16:37:04 +0200 Message-ID: Subject: Re: [PATCH] Add configurable changed tag to messages that have been changed on disk From: Gaute Hope To: David Bremner Content-Type: multipart/alternative; boundary=20cf305e24f5538bfd04ff41dbab Cc: notmuch X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 14:37:15 -0000 --20cf305e24f5538bfd04ff41dbab Content-Type: text/plain; charset=UTF-8 On Thu, Jul 3, 2014 at 12:42 PM, David Bremner wrote: > 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 'changed_tags' in > > the [new] section, the default is none. Tests have been updated to > > accept the new config option. > > > > notmuch-setup now asks for a changed tag after the new tags question. > > > > This could be useful for for example 'afew' to detect remote changes in > > IMAP folders and update the FolderNameFilter to also add tags or remove > > tags when a _existing_ message has been added to or removed from a > > maildir. > > The discussion on this proposal seems to have died out without reaching > a conclusion. David M expressed a strong preference for some kind of > modification time field in the database. Gaute agreed with some caveats > that such an approach could solve his problems as well. On the other > hand, nobody seems to be actually working on such an approach at the > moment. Gaute and or David do you have any interest in revisiting the > series id:1323796305-28789-1-git-send-email-schnouki@schnouki.net and > seeing if it can be reworked into mergeable shape? I suspect in > particular something needs to be added with respect to message deletion > Thomas, are you still running some variant of these patches? > > d > I am afraid I don't have the chance to put in any consistent effort on this at the moment. I agree, message deletion needs to be solved somehow. Regards, Gaute --20cf305e24f5538bfd04ff41dbab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On Thu, Jul 3, 2014 at 12:42 PM, David Bremner <david@tethera.net><= /span> wrote:
Gaute Hope <eg@gaute.vetsj.com> 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 'changed_tags= ' in
> the [new] section, the default is none. Tests have been updated to
> accept the new config option.
>
> notmuch-setup now asks for a changed tag after the new tags question.<= br> >
> This could be useful for for example 'afew' to detect remote c= hanges in
> IMAP folders and update the FolderNameFilter to also add tags or remov= e
> tags when a _existing_ message has been added to or removed from a
> maildir.

The discussion on this proposal seems to have died out without reachi= ng
a conclusion. David M expressed a strong preference for some kind of
modification time field in the database. =C2=A0Gaute agreed with some cavea= ts
that such an approach could solve his problems as well. On the other
hand, nobody seems to be actually working on such an approach at the
moment. =C2=A0Gaute and or David do you have any interest in revisiting the=
series id:1323796305-28789-1-git-send-email-schnouki@schnouki.net = and
seeing if it can be reworked into mergeable shape? I suspect in
particular something needs to be added with respect to message deletion
Thomas, are you still running some variant of these patches?

d

I am = afraid I don't have the chance to put in any consistent effort on this = at the moment.

I agree, message del= etion needs to be solved somehow.

Regar= ds, Gaute
--20cf305e24f5538bfd04ff41dbab--