Re: [notmuch] [PATCH] Store documents for message-ids we haven't seen
[notmuch-archives.git] / a3 / 40ea82e6be3bbd13bc1622294a707928fb7f0f
1 Return-Path: <bremner@pivot.cs.unb.ca>\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 E4504431FBF\r
6         for <notmuch@notmuchmail.org>; Wed, 16 Dec 2009 05:18:23 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 Received: from olra.theworths.org ([127.0.0.1])\r
9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
10         with ESMTP id TqkNcTAgOOeG for <notmuch@notmuchmail.org>;\r
11         Wed, 16 Dec 2009 05:18:23 -0800 (PST)\r
12 Received: from pivot.cs.unb.ca (pivot.cs.unb.ca [131.202.240.57])\r
13         by olra.theworths.org (Postfix) with ESMTP id 09C86431FAE\r
14         for <notmuch@notmuchmail.org>; Wed, 16 Dec 2009 05:18:23 -0800 (PST)\r
15 Received: from\r
16         fctnnbsc30w-142167182194.pppoe-dynamic.high-speed.nb.bellaliant.net\r
17         ([142.167.182.194] helo=localhost)\r
18         by pivot.cs.unb.ca with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)\r
19         (Exim 4.69) (envelope-from <bremner@pivot.cs.unb.ca>)\r
20         id 1NKtll-0004Zr-RB; Wed, 16 Dec 2009 09:18:22 -0400\r
21 Received: from bremner by localhost with local (Exim 4.69)\r
22         (envelope-from <bremner@pivot.cs.unb.ca>)\r
23         id 1NKtlg-0007el-Bf; Wed, 16 Dec 2009 09:18:16 -0400\r
24 From: David Bremner <david@tethera.net>\r
25 To: Alec Berryman <alec@thened.net>\r
26 In-Reply-To: <20091216005411.GA28199@thened.net>\r
27 References: <87pr6gcuiu.fsf@pivot.cs.unb.ca>\r
28         <20091216005411.GA28199@thened.net>\r
29 Date: Wed, 16 Dec 2009 09:18:16 -0400\r
30 Message-ID: <87ljh3cb1j.fsf@pivot.cs.unb.ca>\r
31 MIME-Version: 1.0\r
32 Content-Type: text/plain; charset=us-ascii\r
33 X-Sender-Verified: bremner@pivot.cs.unb.ca\r
34 Cc: notmuch@notmuchmail.org\r
35 Subject: Re: [notmuch] notmuch and imap [musing, no code :)]\r
36 X-BeenThere: notmuch@notmuchmail.org\r
37 X-Mailman-Version: 2.1.12\r
38 Precedence: list\r
39 List-Id: "Use and development of the notmuch mail system."\r
40         <notmuch.notmuchmail.org>\r
41 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
42         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
43 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
44 List-Post: <mailto:notmuch@notmuchmail.org>\r
45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
46 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
47         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
48 X-List-Received-Date: Wed, 16 Dec 2009 13:18:24 -0000\r
49 \r
50 On Tue, 15 Dec 2009 19:54:11 -0500, Alec Berryman <alec@thened.net> wrote:\r
51 \r
52 > There are security concerns (need to strip incoming messages of tags so\r
53 > no one tags your mail for you), privacy concerns (if you forward the\r
54 > entire message as an attachment, may want to strip tags), and space\r
55 > concerns (how many flags?), but I think they can be worked around.\r
56 \r
57 I agree that the labels-in-headers approach has some nice advantages.  I\r
58 haven't thought through merging of tag lists, but maybe that is no worse\r
59 than other approaches.  One thing that worries me a bit is that notmuch\r
60 updates tags often, and each of these updates would require rewriting\r
61 the message, at least in the obvious implementation. I'd hate to finally\r
62 have Xapian issue 350 fixed, only to take an equivalent hit by rewriting\r
63 the message. Maybe it is not that slow.\r
64 \r
65 d\r