Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 22 / d3a5c63d7841b042ae6228b44630f6ffa1c3bc
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 32BB2431FAF\r
6         for <notmuch@notmuchmail.org>; Sat, 11 Aug 2012 02:48:02 -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 fJ3J+2vSSizv for <notmuch@notmuchmail.org>;\r
17         Sat, 11 Aug 2012 02:48:00 -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 F3975431FAE\r
22         for <notmuch@notmuchmail.org>; Sat, 11 Aug 2012 02:47:59 -0700 (PDT)\r
23 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])\r
24         by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with\r
25         ESMTP id q7B9lugt011749\r
26         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);\r
27         Sat, 11 Aug 2012 09:47:56 GMT\r
28 Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])\r
29         by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
30         q7B9lrpI005083\r
31         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);\r
32         Sat, 11 Aug 2012 09:47:54 GMT\r
33 Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62])\r
34         by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id\r
35         q7B9lr6t019904; Sat, 11 Aug 2012 04:47:53 -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 ; Sat, 11 Aug 2012 02:47:53 -0700\r
39 Date: Sat, 11 Aug 2012 11:46:35 +0200\r
40 From: Vladimir Marek <Vladimir.Marek@Oracle.COM>\r
41 To: Ciprian Dorin Craciun <ciprian.craciun@gmail.com>\r
42 Subject: Re: Alternative (raw) message store (i.e. instead of maildir)\r
43 Message-ID: <20120811094635.GY28321@pub.cz.oracle.com>\r
44 Mail-Followup-To: Ciprian Dorin Craciun <ciprian.craciun@gmail.com>,\r
45         notmuch@notmuchmail.org\r
46 References:\r
47  <CA+Tk8fwq2thNeKHgfG-EX0hgR7uyqrSce0ZMOhEJBsz1RVtRqg@mail.gmail.com>\r
48 MIME-Version: 1.0\r
49 Content-Type: text/plain; charset=utf-8\r
50 Content-Disposition: inline\r
51 In-Reply-To:\r
52  <CA+Tk8fwq2thNeKHgfG-EX0hgR7uyqrSce0ZMOhEJBsz1RVtRqg@mail.gmail.com>\r
53 User-Agent: Mutt/1.5.21 (2010-09-15)\r
54 X-Source-IP: ucsinet22.oracle.com [156.151.31.94]\r
55 Cc: notmuch@notmuchmail.org\r
56 X-BeenThere: notmuch@notmuchmail.org\r
57 X-Mailman-Version: 2.1.13\r
58 Precedence: list\r
59 List-Id: "Use and development of the notmuch mail system."\r
60         <notmuch.notmuchmail.org>\r
61 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
62         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
63 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
64 List-Post: <mailto:notmuch@notmuchmail.org>\r
65 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
66 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
67         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
68 X-List-Received-Date: Sat, 11 Aug 2012 09:48:02 -0000\r
69 \r
70 Hi,\r
71 \r
72 I have objections against maildir too, but I tried to tackle it from\r
73 different perspective. Store the maildir in zip file and use fuse-zip to\r
74 manage it. It works sort of but it has two major disadvantages:\r
75 \r
76  - fuse zip stores all changes in memory until unmounted\r
77  - fuse zip (and libzip for that matter) creates new temporary file when\r
78    updating archive, which takes considerable time when the archive is\r
79    very big.\r
80 \r
81 Looking at the zip file format, it could be made so that all\r
82 modifications would result only in appending new data to it (deleting is\r
83 writing new directory index not containing the deleted file).\r
84 \r
85 I even made proof of concept libzip modification.\r
86 \r
87 Of course this solution would have some disadvantages too, but for me\r
88 the advantages would win. At the moment I'm not sure if I want to\r
89 continue working on that. Maybe if there would be more interested guys\r
90 ...\r
91 \r
92 Cheers\r
93 -- \r
94         Vlad\r