Re: [notmuch] indexing mail?
authorArvid Picciani <aep@exys.org>
Sat, 23 Jan 2010 14:29:07 +0000 (15:29 +0100)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:36:02 +0000 (09:36 -0800)
66/cba2000b1366761df4eea803a68c2778d3cb1d [new file with mode: 0644]

diff --git a/66/cba2000b1366761df4eea803a68c2778d3cb1d b/66/cba2000b1366761df4eea803a68c2778d3cb1d
new file mode 100644 (file)
index 0000000..95da152
--- /dev/null
@@ -0,0 +1,97 @@
+Return-Path: <aep@exys.org>\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 BD9D7431FAE\r
+       for <notmuch@notmuchmail.org>; Sat, 23 Jan 2010 06:29:18 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.357\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.357 tagged_above=-999 required=5 tests=[AWL=0.356, \r
+       BAYES_50=0.001] autolearn=unavailable\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 DXJ06aXKpoTG for <notmuch@notmuchmail.org>;\r
+       Sat, 23 Jan 2010 06:29:16 -0800 (PST)\r
+Received: from samir.ibcsolutions.de (samir.ibcsolutions.de [78.47.90.66])\r
+       by olra.theworths.org (Postfix) with ESMTP id 8ECBA431FBC\r
+       for <notmuch@notmuchmail.org>; Sat, 23 Jan 2010 06:29:16 -0800 (PST)\r
+Received: from g229133048.adsl.alicedsl.de ([92.229.133.48]\r
+       helo=[192.168.10.101])\r
+       by samir.ibcsolutions.de with esmtpsa (TLSv1:AES256-SHA:256)\r
+       (Exim 4.69) (envelope-from <aep@exys.org>)\r
+       id 1NYgyx-0001Kj-6r; Sat, 23 Jan 2010 15:28:59 +0100\r
+Message-ID: <4B5B07B3.7090709@exys.org>\r
+Date: Sat, 23 Jan 2010 15:29:07 +0100\r
+From: Arvid Picciani <aep@exys.org>\r
+Organization: Asgaard Technologies\r
+User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;\r
+       rv:1.9.1.5) Gecko/20091215 Shredder/3.0\r
+MIME-Version: 1.0\r
+To: Carl Worth <cworth@cworth.org>\r
+References: <4B4ED7E8.20501@exys.org>\r
+       <878wc0623y.fsf@exys.org>       <20100114183854.1d04f111@hikari>\r
+       <87fx68e2am.fsf@yoom.home.cworth.org>   <slrnhkvo6d.2rf.olly@msgid.survex.com>\r
+       <878wbzx3td.wl%djcb@djcbsoftware.nl>    <87my0frfnt.fsf@exys.org>\r
+       <873a1xz71c.fsf@yoom.home.cworth.org>\r
+In-Reply-To: <873a1xz71c.fsf@yoom.home.cworth.org>\r
+Content-Type: text/plain; charset=ISO-8859-1; format=flowed\r
+Content-Transfer-Encoding: 7bit\r
+Cc: notmuch@notmuchmail.org\r
+Subject: Re: [notmuch] indexing mail?\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: Sat, 23 Jan 2010 14:29:18 -0000\r
+\r
+On 01/23/2010 07:09 AM, Carl Worth wrote:\r
+\r
+> Your original patch was sent as "application/octet-stream" which made it\r
+> awkward to read, (I would have to manually save it rather than just\r
+> being able to read it within emacs with notmuch).\r
+\r
+uum yeah thanks. I'll try to figure out how this works.\r
+\r
+> But I've since pushed a separate patch to fix this bug. Please give it a\r
+> try and let me know what you think.\r
+\r
+will do later.\r
+\r
+>> It takes around half an hour for my 60K mail on reiserfs, but it did take 10 minutes\r
+>> already on ext4.\r
+>\r
+> What operation is taking that long?\r
+\r
+notmuch new, rescanning my entire 60k mails on every single new message \r
+i get.\r
+\r
+>> I suggest having a different approach to feed new mail in, such as:\r
+>>\r
+>> for i in (fetchmail)\r
+>> do\r
+>>      notmuch new<  $i\r
+>> done\r
+>\r
+> I'm still not sure what is slow for you,\r
+\r
+scanning 60k mails. :D  That's not fixable, other then by not doing that.\r
+\r
+but I'm also not sure how the above would help.\r
+\r
+It doesn't scan all 60K individually but only the single new one.\r
+\r
+\r
+\r
+-- \r
+Arvid\r
+Asgaard Technologies\r