1 Return-Path: <pioto@pioto.org>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id 03CEC431FC0
\r
6 for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 08:22:11 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0.001 tagged_above=-999 required=5
\r
12 tests=[BAYES_50=0.001] autolearn=ham
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id 8UeDVcuooeTo for <notmuch@notmuchmail.org>;
\r
16 Mon, 25 Jan 2010 08:22:10 -0800 (PST)
\r
17 Received: from mout-xforward.perfora.net (mout-xforward.perfora.net
\r
19 by olra.theworths.org (Postfix) with ESMTP id 57EA4431FBC
\r
20 for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 08:22:10 -0800 (PST)
\r
21 Received-SPF: softfail (mxus0: transitioning domain of pioto.org does not
\r
22 designate 207.192.69.249 as permitted sender)
\r
23 client-ip=207.192.69.249; envelope-from=pioto@pioto.org;
\r
24 helo=everglades.pioto.org;
\r
25 Received: from everglades.pioto.org (everglades.pioto.org [207.192.69.249])
\r
26 by mx.perfora.net (node=mxus0) with ESMTP (Nemesis)
\r
27 id 0MPEJU-1NV3yq3yHQ-0058fE for notmuch@notmuchmail.org;
\r
28 Mon, 25 Jan 2010 11:22:09 -0500
\r
29 Received: from aether.pioto.org (unknown [72.95.222.13])
\r
30 (Authenticated sender: pioto)
\r
31 by everglades.pioto.org (Postfix) with ESMTPA id 7912616008C;
\r
32 Mon, 25 Jan 2010 11:22:07 -0500 (EST)
\r
33 Received: by aether.pioto.org (Postfix, from userid 1000)
\r
34 id 85F0F66FA8; Mon, 25 Jan 2010 11:22:47 -0500 (EST)
\r
35 From: Mike Kelly <pioto@pioto.org>
\r
36 To: Sebastian Spaeth <Sebastian@SSpaeth.de>, martin f krafft
\r
37 <madduck@madduck.net>, Asheesh Laroia <asheesh@asheesh.org>
\r
38 In-Reply-To: <87k4v670s3.fsf@SSpaeth.de>
\r
39 References: <20100111221909.GA30299@lapse.rw.madduck.net>
\r
40 <1263267603-sup-302@elise>
\r
41 <20100112045152.GA15275@lapse.rw.madduck.net>
\r
42 <alpine.DEB.2.00.1001140254240.27198@vellum>
\r
43 <20100114203730.GE4691@lapse.rw.madduck.net>
\r
44 <alpine.DEB.2.00.1001210124590.24778@localhost>
\r
45 <20100125004659.GA24818@lapse.rw.madduck.net>
\r
46 <87k4v670s3.fsf@SSpaeth.de>
\r
47 Message-Id: <20100125162247.85F0F66FA8@aether.pioto.org>
\r
48 Date: Mon, 25 Jan 2010 11:22:47 -0500 (EST)
\r
49 Cc: notmuch <notmuch@notmuchmail.org>
\r
50 Subject: Re: [notmuch] Git as notmuch object store (was: Potential problem
\r
52 X-BeenThere: notmuch@notmuchmail.org
\r
53 X-Mailman-Version: 2.1.13
\r
55 List-Id: "Use and development of the notmuch mail system."
\r
56 <notmuch.notmuchmail.org>
\r
57 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
58 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
59 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
60 List-Post: <mailto:notmuch@notmuchmail.org>
\r
61 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
62 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
63 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
64 X-List-Received-Date: Mon, 25 Jan 2010 16:22:11 -0000
\r
66 On Mon, 25 Jan 2010 14:49:00 +0100, "Sebastian Spaeth" <Sebastian@SSpaeth.de> wrote:
\r
68 > On Mon, 25 Jan 2010 13:46:59 +1300, martin f krafft <madduck@madduck.net> wrote:
\r
69 > > I think we all kinda agreed that the Maildir flags should not be
\r
70 > > used by notmuch and that things like Sebastian's notmuchsync should
\r
71 > > be used if people wanted flags represented in Maildir filenames.
\r
73 > While notmuchsync fullfils my needs, it is a kludge. It needs to call
\r
74 > "notmuch" for each mail where a MailDir flag has changed (which can be
\r
75 > quite often on an initial run, where most mails are likely to be read),
\r
76 > this can take a long, long time. It would makes sense IMHO to at least
\r
77 > pick pioto's "don't set unread if 'S' flag is set" on notmuch new[1].
\r
79 notmuchsync, as currently implemented, suffers from major performance
\r
80 issues, in my opinion. It's a useful short term workaround, but not a
\r
81 good long term solution.
\r
83 But, I personally will always be using both notmuch and some other IMAP
\r
84 client (my phone). I want the two to remain in sync easily enough.
\r
85 notmuch is already much more robust with respect to that than sup, I
\r
86 think (in terms of handling renames without barfing, etc).
\r
88 At the very least, I want `notmuch new` to be able to:
\r
90 If it sees a rename that involves changing maildir flags, alter the
\r
91 related tags as necessary.
\r
93 Similarly, provide a mechanism for correlating the folder name with
\r
94 some set of tags, and change those tags as messages are moved around.
\r
96 For example, I might have:
\r
101 path=/home/pioto/mail
\r
104 pioto@pioto.org/INBOX.ListMail.notmuch = notmuch
\r
106 So, a 'tags' section, where each key is the folder name, relative to the
\r
107 db path, and the value is one or more tag names
\r
109 This means that I could relabel a message in gmail, for example, and
\r
110 have the changes apply to notmuch at my next offlineimap run. And, it
\r
111 means that my existing procmail rules will still be useful both to
\r
112 notmuch, and to my phone, for the purpose of categorizing things.
\r
114 I agree that all this should be optional. But, since it is likely the
\r
115 behavior most people would expect, I think it should be the default.
\r
117 PS. You mean the 'new-unread' branch, not the 'noarg-count' branch, from
\r
projects / notmuch-archives.git / blob