1 Return-Path: <tomi.ollila@iki.fi>
\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 281CE431FAF
\r
6 for <notmuch@notmuchmail.org>; Sun, 25 Nov 2012 11:57:32 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id WRXGTWETo4JC for <notmuch@notmuchmail.org>;
\r
16 Sun, 25 Nov 2012 11:57:31 -0800 (PST)
\r
17 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])
\r
18 by olra.theworths.org (Postfix) with ESMTP id 1AEB8431FAE
\r
19 for <notmuch@notmuchmail.org>; Sun, 25 Nov 2012 11:57:31 -0800 (PST)
\r
20 Received: from guru.guru-group.fi (localhost [IPv6:::1])
\r
21 by guru.guru-group.fi (Postfix) with ESMTP id E5D531000E5;
\r
22 Sun, 25 Nov 2012 21:57:27 +0200 (EET)
\r
23 From: Tomi Ollila <tomi.ollila@iki.fi>
\r
24 To: Austin Clements <amdragon@MIT.EDU>
\r
25 Subject: Re: [PATCH 3/3] lib: Reject multi-message mboxes and deprecate
\r
27 In-Reply-To: <20121125180524.GL4562@mit.edu>
\r
28 References: <1353824161-31717-1-git-send-email-amdragon@mit.edu>
\r
29 <1353824161-31717-3-git-send-email-amdragon@mit.edu>
\r
30 <m2y5hpu82l.fsf@guru.guru-group.fi> <20121125180524.GL4562@mit.edu>
\r
31 User-Agent: Notmuch/0.14+84~g8a199bf (http://notmuchmail.org) Emacs/24.2.1
\r
32 (x86_64-unknown-linux-gnu)
\r
33 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL
\r
34 $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F
\r
35 !)g;OY^,BjTbr)Np:%c_o'jj,Z
\r
36 Date: Sun, 25 Nov 2012 21:57:27 +0200
\r
37 Message-ID: <m2ehjh1mmw.fsf@guru.guru-group.fi>
\r
39 Content-Type: text/plain; charset=utf-8
\r
40 Content-Transfer-Encoding: quoted-printable
\r
41 Cc: notmuch@notmuchmail.org
\r
42 X-BeenThere: notmuch@notmuchmail.org
\r
43 X-Mailman-Version: 2.1.13
\r
45 List-Id: "Use and development of the notmuch mail system."
\r
46 <notmuch.notmuchmail.org>
\r
47 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
48 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
49 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
50 List-Post: <mailto:notmuch@notmuchmail.org>
\r
51 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
52 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
53 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
54 X-List-Received-Date: Sun, 25 Nov 2012 19:57:32 -0000
\r
56 On Sun, Nov 25 2012, Austin Clements <amdragon@MIT.EDU> wrote:
\r
58 > Quoth Tomi Ollila on Nov 25 at 3:26 pm:
\r
59 >> On Sun, Nov 25 2012, Austin Clements <amdragon@MIT.EDU> wrote:
\r
61 >> > Previously, we would treat multi-message mboxes as one giant email,
\r
62 >> > which, besides the obvious incorrect indexing, often led to
\r
63 >> > out-of-memory errors for archival mboxes. Now we explicitly reject
\r
64 >> > multi-message mboxes. For historical reasons, we retain support for
\r
65 >> > single-message mboxes, but official deprecate this behavior.
\r
68 >> The series looks good to me -- but I don't know about deprecating
\r
69 >> single-message mboxes:
\r
71 >> * If we someday support (read-only?) mbox format, then single-message
\r
72 >> mboxes are "normal" again.
\r
74 > If notmuch does gain mbox support, then its handling of single-message
\r
75 > mboxes will *definitely* change because it will stop doing
\r
76 > maildir-like things to them (flag sync, moving from new to cur, etc),
\r
77 > which people may currently be depending on. This was one of the
\r
78 > motivations for deprecating the current handling of single-message
\r
81 >> * Some na=C3=AFve mb2md scripts could leave the 'From ' -line intact: for
\r
82 >> example `formail -bz -s head -3 < $MAIL`(*) can be used to demonstrate=
\r
85 > I would call that "buggy", rather than "na=C3=AFve". ]:--8)
\r
87 >> * Some people may have large collection of single-file messages starting
\r
88 >> with 'From ' currently indexed. If those are to be re-indexed later
\r
89 >> without "single-message mbox" support that is somewhat of a burden to
\r
92 > That's why this only deprecates them (with a warning) and doesn't drop
\r
93 > support for them. The idea is to keep the historical handling for a
\r
94 > few releases and then we'll have the flexibility to do what we want
\r
95 > with single-message mboxes (including supporting them as real mbox).
\r
97 > It's probably a good idea to include a script or a wiki pointer for
\r
98 > fixing single-message mboxes in the NEWS. As long as the file name is
\r
99 > kept the same, notmuch won't reindex it.
\r
101 Ok, I'm convinced. +1
\r
106 >> (*) my "mb2md" wannabe does gnus-like "$formail" -bz -R 'From ' X-From-L=
\r
109 >> (**) Something like the following could be used to mangle "single-file m=
\r
111 >> find . -type f | xargs perl -e 'foreach (@ARGV) { open IO, "+<", $_=
\r
113 >> next; sysread IO, $buf, 5; if ($buf eq "From ") { sysseek IO, 0, 0;
\r
114 >> syswrite IO, "Fro:"; }}'=20
\r
115 >> This breaks the multi-message mbox nicely... >;)
\r
119 > _______________________________________________
\r
120 > notmuch mailing list
\r
121 > notmuch@notmuchmail.org
\r
122 > http://notmuchmail.org/mailman/listinfo/notmuch
\r