Re: [notmuch] [PATCHv2] Preserve folder information when indexing

diff --git a/3f/e3937ed9748feb2d6647599f5f48352fced79d b/3f/e3937ed9748feb2d6647599f5f48352fced79d
new file mode 100644 (file)
index 0000000..b1ecabb
--- /dev/null
+++ b/3f/e3937ed9748feb2d6647599f5f48352fced79d
@@ -0,0 +1,81 @@
+Return-Path: <sojkam1@fel.cvut.cz>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 090E1431FBD\r
+       for <notmuch@notmuchmail.org>; Tue,  2 Feb 2010 14:25:31 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.811\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.811 tagged_above=-999 required=5\r
+       tests=[AWL=-0.812, BAYES_50=0.001] autolearn=ham\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id iYbl4C2Up061 for <notmuch@notmuchmail.org>;\r
+       Tue,  2 Feb 2010 14:25:30 -0800 (PST)\r
+Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
+       by olra.theworths.org (Postfix) with ESMTP id 3C9BA431FAE\r
+       for <notmuch@notmuchmail.org>; Tue,  2 Feb 2010 14:25:30 -0800 (PST)\r
+Received: from localhost (unknown [192.168.200.4])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 9DE8319F33E1;\r
+       Tue,  2 Feb 2010 23:25:29 +0100 (CET)\r
+X-Virus-Scanned: IMAP AMAVIS\r
+Received: from max.feld.cvut.cz ([192.168.200.1])\r
+       by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,\r
+       port 10044)\r
+       with ESMTP id 3w1f8q8GnIQg; Tue,  2 Feb 2010 23:25:25 +0100 (CET)\r
+Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 6C5F819F33D7;\r
+       Tue,  2 Feb 2010 23:25:25 +0100 (CET)\r
+Received: from wsheee.localnet (unknown [213.29.198.144])\r
+       (Authenticated sender: sojkam1)\r
+       by imap.feld.cvut.cz (Postfix) with ESMTPSA id EE18315C052;\r
+       Tue,  2 Feb 2010 23:25:24 +0100 (CET)\r
+From: Michal Sojka <sojkam1@fel.cvut.cz>\r
+To: notmuch@notmuchmail.org\r
+Date: Tue, 2 Feb 2010 23:25:18 +0100\r
+User-Agent: KMail/1.12.2 (Linux/2.6.31.9; KDE/4.3.2; i686; ; )\r
+References: <201001291049.21048.sojkam1@fel.cvut.cz>\r
+       <873a1jebve.fsf@servo.finestructure.net>\r
+       <87r5p3l3yd.fsf@lillypad.riseup.net>\r
+In-Reply-To: <87r5p3l3yd.fsf@lillypad.riseup.net>\r
+MIME-Version: 1.0\r
+Content-Type: Text/Plain;\r
+  charset="iso-8859-15"\r
+Content-Transfer-Encoding: 7bit\r
+Message-Id: <201002022325.18878.sojkam1@fel.cvut.cz>\r
+Subject: Re: [notmuch] [PATCHv2] Preserve folder information when indexing\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Tue, 02 Feb 2010 22:25:31 -0000\r
+\r
+On Tuesday 02 February 2010 22:31:38 micah anderson wrote:\r
+> On Tue, 02 Feb 2010 13:22:29 -0500, Jameson Rollins \r
+<jrollins@finestructure.net> wrote:\r
+> > I'm starting to think that maybe the folder: field is not the right way\r
+> > to do this, though.  What if a message moves?\r
+> \r
+> The easiest way to answer this question is to try it. I did that, and\r
+> things didn't work as expected. I expected that once the message was\r
+> moved to a different folder, and 'notmuch new' was run, then the folder\r
+> search result would move with the message move.\r
+\r
+I want it to work the same way as you expected. It seems it would be necessary \r
+to modify notmuch_database_remove_message() so that it changes folder term if \r
+it detects rename.\r
+\r
+I guess it should be possible. If tags can be modified then folder terms can \r
+be modified as well.\r
+\r
+Michal\r