--- /dev/null
+Return-Path: <ciprian.craciun@gmail.com>\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 56029431FAF\r
+ for <notmuch@notmuchmail.org>; Sat, 11 Aug 2012 03:00:24 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.799\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
+ tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
+ FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 1bvBJm10ZOiu for <notmuch@notmuchmail.org>;\r
+ Sat, 11 Aug 2012 03:00:23 -0700 (PDT)\r
+Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com\r
+ [209.85.212.179]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 8301A431FAE\r
+ for <notmuch@notmuchmail.org>; Sat, 11 Aug 2012 03:00:23 -0700 (PDT)\r
+Received: by wibhq4 with SMTP id hq4so1671727wib.2\r
+ for <notmuch@notmuchmail.org>; Sat, 11 Aug 2012 03:00:22 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
+ h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
+ :content-type; bh=Z2xnhSet7OxXNVY94hI2uTzkBiGGI97b7GgfNYOcJo8=;\r
+ b=lv0kWMNHFmIny12ZsXmsIE43Qencb+Hl4xGNF9iVt+iuCBVmBMIm34JexG9soVBUjM\r
+ bt+kdaGNxLP78gVncNfHfkMr8nKwJZ9SuB9QPFT8C25nGK0WkyDM99DzxIRGS7a6YsLE\r
+ iHKw6FU4xrp1Dct56kW2CUA9nqsGS2rAnz0dq+wWqejoIH/lYuFW19yD4A+STk8SASIj\r
+ 2yyaRYozoFmUDRXm+H2bE0C0bFhkuHjZR7wk864Ofo+LoNNNlkyx/Pn4BiojPozZI9Ra\r
+ aXdfuK7IpNFnwveTLs9Ivt3/7avwR6YqyQLZtxE0ObKh2SLV1WE+v7eDD422Iqu/BVXd\r
+ X9SA==\r
+MIME-Version: 1.0\r
+Received: by 10.217.1.197 with SMTP id n47mr2947337wes.27.1344679222308; Sat,\r
+ 11 Aug 2012 03:00:22 -0700 (PDT)\r
+Received: by 10.180.104.196 with HTTP; Sat, 11 Aug 2012 03:00:22 -0700 (PDT)\r
+In-Reply-To: <20120811094635.GY28321@pub.cz.oracle.com>\r
+References:\r
+ <CA+Tk8fwq2thNeKHgfG-EX0hgR7uyqrSce0ZMOhEJBsz1RVtRqg@mail.gmail.com>\r
+ <20120811094635.GY28321@pub.cz.oracle.com>\r
+Date: Sat, 11 Aug 2012 13:00:22 +0300\r
+Message-ID:\r
+ <CA+Tk8fzRp0DFfTnLaN3Biq_vEcBGzLg-=-af64Rb5DSM6yw25g@mail.gmail.com>\r
+Subject: Re: Alternative (raw) message store (i.e. instead of maildir)\r
+From: Ciprian Dorin Craciun <ciprian.craciun@gmail.com>\r
+To: notmuch@notmuchmail.org\r
+Content-Type: text/plain; charset=UTF-8\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, 11 Aug 2012 10:00:24 -0000\r
+\r
+On Sat, Aug 11, 2012 at 12:46 PM, Vladimir Marek\r
+<Vladimir.Marek@oracle.com> wrote:\r
+> Hi,\r
+>\r
+> I have objections against maildir too,\r
+\r
+ Just for the record I have nothing against maildir (or at least\r
+when compared to mbox format). On the contrary I find it quite easy to\r
+fiddle with...\r
+\r
+ My problem with it is that it doesn't scale... And I don't mean\r
+this in a theoretical sense, I mean it in the concrete one: I have\r
+about 661k emails... And a single `notmuch sync` takes a few tens of\r
+seconds...\r
+\r
+ (Of course my problem could be partially solved by moving to a\r
+fanout maildir folder, i.e. multiple maildirs. But this doesn't solve\r
+the scalability it just delays the problem...)\r
+\r
+\r
+> but I tried to tackle it from\r
+> different perspective. Store the maildir in zip file and use fuse-zip to\r
+> manage it. It works sort of but it has two major disadvantages:\r
+\r
+ I also thought of using either FUSE or 9p for this. Unfortunately\r
+it doesn't quite solve my issue as seen above...\r
+\r
+\r
+ Now about other hacks to my problem:\r
+ * I'm aware that I can feed notmuch with individual file paths to\r
+be indexed, but it still needs a path where to find an email;\r
+ * use the before mentioned fanout solution;\r
+ * others?\r
+\r
+ But regardless, having 600k emails on my disk (currently in the\r
+same folder) is insane... Moreover I would have loved to be able to\r
+use some Git plumbing as a store, or maybe CouchDB, etc...\r
+\r
+ Ciprian.\r