Re: [PATCH 0/4] Allow specifying alternate names for addresses in other_email
[notmuch-archives.git] / d3 / 46a55b554fc883596a1d8668b42ba0756b0007
1 Return-Path: <madduck@lapse.rw.madduck.net>\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 4B983431FC0\r
6         for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 13:08:05 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -1.392\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-1.392 tagged_above=-999 required=5\r
12         tests=[AWL=-1.207, BAYES_40=-0.185] autolearn=ham\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 Lyl7auS1gDV7 for <notmuch@notmuchmail.org>;\r
16         Mon, 25 Jan 2010 13:08:04 -0800 (PST)\r
17 Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96])\r
18         by olra.theworths.org (Postfix) with ESMTP id 66459431FBC\r
19         for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 13:08:04 -0800 (PST)\r
20 Received: from lapse.rw.madduck.net (leibniz.catalyst.net.nz [202.78.240.7])\r
21         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
22         (Client CN "lapse.rw.madduck.net",\r
23         Issuer "CAcert Class 3 Root" (verified OK))\r
24         by clegg.madduck.net (postfix) with ESMTPS id 0DBBC1D4099\r
25         for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 22:08:00 +0100 (CET)\r
26 Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
27         id BE79BAA4; Tue, 26 Jan 2010 10:07:33 +1300 (NZDT)\r
28 Date: Tue, 26 Jan 2010 10:07:33 +1300\r
29 From: martin f krafft <madduck@madduck.net>\r
30 To: notmuch@notmuchmail.org\r
31 Message-ID: <20100125210733.GA15987@lapse.rw.madduck.net>\r
32 Mail-Followup-To: notmuch@notmuchmail.org\r
33 References: <20100116204955.GA858@finestructure.net>\r
34 MIME-Version: 1.0\r
35 Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
36         protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL"\r
37 Content-Disposition: inline\r
38 In-Reply-To: <20100116204955.GA858@finestructure.net>\r
39 X-Motto: Keep the good times rollin'\r
40 X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686\r
41 X-Spamtrap: madduck.bogus@madduck.net\r
42 X-Subliminal-Message: debian/rules!\r
43 User-Agent: Mutt/1.5.20 (2009-06-14)\r
44 X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
45 X-Virus-Status: Clean\r
46 Subject: Re: [notmuch] proposal for more streamlined mail flow in notmuch\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.13\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51         <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Mon, 25 Jan 2010 21:08:05 -0000\r
60 \r
61 \r
62 --vtzGhvizbBRQ85DL\r
63 Content-Type: text/plain; charset=us-ascii\r
64 Content-Disposition: inline\r
65 Content-Transfer-Encoding: quoted-printable\r
66 \r
67 also sprach Jameson Rollins <jrollins@finestructure.net> [2010.01.17.0949 +=\r
68 1300]:\r
69 > I would like to put forth here a proposal for a couple of changes\r
70 > to notmuch that I believe will considerably streamline message\r
71 > handling and new message flow through notmuch.  Notmuch is still\r
72 > new and I believe it hasn't quite figured out the best way to\r
73 > handle message flow in the new mail handling paradigm that it is\r
74 > working.  This is a proposal to fix that.\r
75 >\r
76 > I believe that most people are syncing their mail from remote IMAP or\r
77 > POP servers to local maildirs (via offlineimap for instance), and that\r
78 > most people's IMAP servers have limited storage capacity.  This\r
79 > practically means that people can not keep all of their mail in a\r
80 > single directory.  However, notmuch currently basically assumes that\r
81 > this is what is happening.  In order to keep synced maildirs from\r
82 > growing out of hand, messages need to be either deleted or moved out\r
83 > of the "inbox" where they initially show up.\r
84 \r
85 We should keep this in mind when designing an object store, whether\r
86 or not that's based on Git. If we use Git, then a local branch is\r
87 all we really need to support this. \o/\r
88 \r
89 --=20\r
90 martin | http://madduck.net/ | http://two.sentenc.es/\r
91 =20\r
92 above all, we should not wish to divest\r
93 our existence of its rich ambiguity.\r
94                                                  --friedrich nietzsche\r
95 =20\r
96 spamtraps: madduck.bogus@madduck.net\r
97 \r
98 --vtzGhvizbBRQ85DL\r
99 Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"\r
100 Content-Description: Digital signature (see http://martin-krafft.net/gpg/)\r
101 Content-Disposition: inline\r
102 \r
103 -----BEGIN PGP SIGNATURE-----\r
104 Version: GnuPG v1.4.10 (GNU/Linux)\r
105 \r
106 iEYEAREDAAYFAkteCBUACgkQIgvIgzMMSnX+DgCgmCyIgQJvtqy4gSpksTP7lQ9/\r
107 lZ4AoK0Me/+gq6BuS5Yv2THuqkAP80s+\r
108 =baJB\r
109 -----END PGP SIGNATURE-----\r
110 \r
111 --vtzGhvizbBRQ85DL--\r