d4/35fc61ec6f3260e4a45e48238c6341a5fbf4ac

   1 Return-Path: <Vladimir.Marek@Oracle.COM>\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 CA1BA431FC2\r
   6         for <notmuch@notmuchmail.org>; Tue, 14 Aug 2012 09:06:09 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -4.999\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-4.999 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_HI=-5, UNPARSEABLE_RELAY=0.001]\r
  13         autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id 5ksYn0KIjBYG for <notmuch@notmuchmail.org>;\r
  17         Tue, 14 Aug 2012 09:06:09 -0700 (PDT)\r
  18 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117])\r
  19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 67C2D431FAE\r
  22         for <notmuch@notmuchmail.org>; Tue, 14 Aug 2012 09:06:09 -0700 (PDT)\r
  23 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])\r
  24         by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with\r
  25         ESMTP id q7EG65ZE002765\r
  26         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);\r
  27         Tue, 14 Aug 2012 16:06:06 GMT\r
  28 Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157])\r
  29         by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
  30         q7EG64RP014072\r
  31         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);\r
  32         Tue, 14 Aug 2012 16:06:04 GMT\r
  33 Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69])\r
  34         by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id\r
  35         q7EG62SG000440; Tue, 14 Aug 2012 11:06:02 -0500\r
  36 Received: from pub.cz.oracle.com (/10.163.20.32)\r
  37         by default (Oracle Beehive Gateway v4.0)\r
  38         with ESMTP ; Tue, 14 Aug 2012 09:06:02 -0700\r
  39 Date: Tue, 14 Aug 2012 18:04:42 +0200\r
  40 From: Vladimir Marek <Vladimir.Marek@Oracle.COM>\r
  41 To: Stewart Smith <stewart@flamingspork.com>\r
  42 Subject: Re: Alternative (raw) message store (i.e. instead of maildir)\r
  43 Message-ID: <20120814160442.GO28321@pub.cz.oracle.com>\r
  44 Mail-Followup-To: Stewart Smith <stewart@flamingspork.com>,\r
  45         Ciprian Dorin Craciun <ciprian.craciun@gmail.com>,\r
  46         notmuch@notmuchmail.org\r
  47 References:\r
  48  <CA+Tk8fwq2thNeKHgfG-EX0hgR7uyqrSce0ZMOhEJBsz1RVtRqg@mail.gmail.com>\r
  49         <20120811094635.GY28321@pub.cz.oracle.com>      <874no613ms.fsf@flamingspork.com>\r
  50 MIME-Version: 1.0\r
  51 Content-Type: text/plain; charset=utf-8\r
  52 Content-Disposition: inline\r
  53 In-Reply-To: <874no613ms.fsf@flamingspork.com>\r
  54 User-Agent: Mutt/1.5.21 (2010-09-15)\r
  55 X-Source-IP: acsinet21.oracle.com [141.146.126.237]\r
  56 Cc: notmuch@notmuchmail.org\r
  57 X-BeenThere: notmuch@notmuchmail.org\r
  58 X-Mailman-Version: 2.1.13\r
  59 Precedence: list\r
  60 List-Id: "Use and development of the notmuch mail system."\r
  61         <notmuch.notmuchmail.org>\r
  62 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  63         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  64 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  65 List-Post: <mailto:notmuch@notmuchmail.org>\r
  66 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  67 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  68         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  69 X-List-Received-Date: Tue, 14 Aug 2012 16:06:10 -0000\r
  70 \r
  71 > >  - fuse zip stores all changes in memory until unmounted\r
  72 > >  - fuse zip (and libzip for that matter) creates new temporary file when\r
  73 > >    updating archive, which takes considerable time when the archive is\r
  74 > >    very big.\r
  75 > \r
  76 > This isn't much of a hastle if you have maildir per time period and\r
  77 > archive off. Maybe if you sync flags it may be...\r
  78 \r
  79 That might be interesting solution, maildir per time period. But still\r
  80 fuse zip caches all the data until unmounted. So even with just reading\r
  81 it keeps growing (I hope I'm not accusing fuse zip here, but this is my\r
  82 understanding form the code). This could be simply alleviated by having\r
  83 it periodically unmounted and mounted again (perhaps from cron).\r
  84 \r
  85 > > Of course this solution would have some disadvantages too, but for me\r
  86 > > the advantages would win. At the moment I'm not sure if I want to\r
  87 > > continue working on that. Maybe if there would be more interested guys\r
  88 > \r
  89 > I'm *really* tempted to investigate making this work for archived\r
  90 > mail. Of course, the list of mounted file systems could get insane\r
  91 > depending on granularity I guess...\r
  92 \r
  93 Well, if your granularity will be one archive per year of mail, it\r
  94 should not be that bad ...\r
  95 \r
  96 -- \r
  97         Vlad\r