[PATCH v3 06/10] cli: Introduce "notmuch address" command
[notmuch-archives.git] / 3f / e3937ed9748feb2d6647599f5f48352fced79d
1 Return-Path: <sojkam1@fel.cvut.cz>\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 090E1431FBD\r
6         for <notmuch@notmuchmail.org>; Tue,  2 Feb 2010 14:25:31 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.811\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.811 tagged_above=-999 required=5\r
12         tests=[AWL=-0.812, 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 iYbl4C2Up061 for <notmuch@notmuchmail.org>;\r
16         Tue,  2 Feb 2010 14:25:30 -0800 (PST)\r
17 Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
18         by olra.theworths.org (Postfix) with ESMTP id 3C9BA431FAE\r
19         for <notmuch@notmuchmail.org>; Tue,  2 Feb 2010 14:25:30 -0800 (PST)\r
20 Received: from localhost (unknown [192.168.200.4])\r
21         by max.feld.cvut.cz (Postfix) with ESMTP id 9DE8319F33E1;\r
22         Tue,  2 Feb 2010 23:25:29 +0100 (CET)\r
23 X-Virus-Scanned: IMAP AMAVIS\r
24 Received: from max.feld.cvut.cz ([192.168.200.1])\r
25         by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,\r
26         port 10044)\r
27         with ESMTP id 3w1f8q8GnIQg; Tue,  2 Feb 2010 23:25:25 +0100 (CET)\r
28 Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])\r
29         by max.feld.cvut.cz (Postfix) with ESMTP id 6C5F819F33D7;\r
30         Tue,  2 Feb 2010 23:25:25 +0100 (CET)\r
31 Received: from wsheee.localnet (unknown [213.29.198.144])\r
32         (Authenticated sender: sojkam1)\r
33         by imap.feld.cvut.cz (Postfix) with ESMTPSA id EE18315C052;\r
34         Tue,  2 Feb 2010 23:25:24 +0100 (CET)\r
35 From: Michal Sojka <sojkam1@fel.cvut.cz>\r
36 To: notmuch@notmuchmail.org\r
37 Date: Tue, 2 Feb 2010 23:25:18 +0100\r
38 User-Agent: KMail/1.12.2 (Linux/2.6.31.9; KDE/4.3.2; i686; ; )\r
39 References: <201001291049.21048.sojkam1@fel.cvut.cz>\r
40         <873a1jebve.fsf@servo.finestructure.net>\r
41         <87r5p3l3yd.fsf@lillypad.riseup.net>\r
42 In-Reply-To: <87r5p3l3yd.fsf@lillypad.riseup.net>\r
43 MIME-Version: 1.0\r
44 Content-Type: Text/Plain;\r
45   charset="iso-8859-15"\r
46 Content-Transfer-Encoding: 7bit\r
47 Message-Id: <201002022325.18878.sojkam1@fel.cvut.cz>\r
48 Subject: Re: [notmuch] [PATCHv2] Preserve folder information when indexing\r
49 X-BeenThere: notmuch@notmuchmail.org\r
50 X-Mailman-Version: 2.1.13\r
51 Precedence: list\r
52 List-Id: "Use and development of the notmuch mail system."\r
53         <notmuch.notmuchmail.org>\r
54 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
55         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
56 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
57 List-Post: <mailto:notmuch@notmuchmail.org>\r
58 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
59 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
60         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
61 X-List-Received-Date: Tue, 02 Feb 2010 22:25:31 -0000\r
62 \r
63 On Tuesday 02 February 2010 22:31:38 micah anderson wrote:\r
64 > On Tue, 02 Feb 2010 13:22:29 -0500, Jameson Rollins \r
65 <jrollins@finestructure.net> wrote:\r
66 > > I'm starting to think that maybe the folder: field is not the right way\r
67 > > to do this, though.  What if a message moves?\r
68\r
69 > The easiest way to answer this question is to try it. I did that, and\r
70 > things didn't work as expected. I expected that once the message was\r
71 > moved to a different folder, and 'notmuch new' was run, then the folder\r
72 > search result would move with the message move.\r
73 \r
74 I want it to work the same way as you expected. It seems it would be necessary \r
75 to modify notmuch_database_remove_message() so that it changes folder term if \r
76 it detects rename.\r
77 \r
78 I guess it should be possible. If tags can be modified then folder terms can \r
79 be modified as well.\r
80 \r
81 Michal\r