7a/0b8811c186026009c997f42e0d65d9e2b654c0

   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 28C13431FBC\r
   6         for <notmuch@notmuchmail.org>; Tue, 16 Feb 2010 17:21:10 -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.921\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[AWL=0.678,\r
  12         BAYES_00=-2.599] 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 DTViEx35cRcU for <notmuch@notmuchmail.org>;\r
  16         Tue, 16 Feb 2010 17:21:09 -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 1B643431FAE\r
  19         for <notmuch@notmuchmail.org>; Tue, 16 Feb 2010 17:21:09 -0800 (PST)\r
  20 Received: from lapse.rw.madduck.net (unknown\r
  21         [IPv6:2404:130:0:1000:20a:e4ff:fe30:4316])\r
  22         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  23         (Client CN "lapse.rw.madduck.net",\r
  24         Issuer "CAcert Class 3 Root" (verified OK))\r
  25         by clegg.madduck.net (postfix) with ESMTPS id CAA0F1D409C\r
  26         for <notmuch@notmuchmail.org>; Wed, 17 Feb 2010 02:21:04 +0100 (CET)\r
  27 Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
  28         id 8E11BB1E; Wed, 17 Feb 2010 14:21:01 +1300 (NZDT)\r
  29 Date: Wed, 17 Feb 2010 14:21:01 +1300\r
  30 From: martin f krafft <madduck@madduck.net>\r
  31 To: notmuch@notmuchmail.org\r
  32 Message-ID: <20100217012101.GD8249@lapse.rw.madduck.net>\r
  33 Mail-Followup-To: notmuch@notmuchmail.org\r
  34 References: <20100215002914.GA22402@flamingspork.com>\r
  35 MIME-Version: 1.0\r
  36 Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
  37         protocol="application/pgp-signature"; boundary="10jrOL3x2xqLmOsH"\r
  38 Content-Disposition: inline\r
  39 In-Reply-To: <20100215002914.GA22402@flamingspork.com>\r
  40 X-Motto: Keep the good times rollin'\r
  41 X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-1-686 i686\r
  42 X-Spamtrap: madduck.bogus@madduck.net\r
  43 X-Subliminal-Message: debian/rules!\r
  44 User-Agent: Mutt/1.5.20 (2009-06-14)\r
  45 X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
  46 X-Virus-Status: Clean\r
  47 Subject: Re: [notmuch] Mail in git\r
  48 X-BeenThere: notmuch@notmuchmail.org\r
  49 X-Mailman-Version: 2.1.13\r
  50 Precedence: list\r
  51 List-Id: "Use and development of the notmuch mail system."\r
  52         <notmuch.notmuchmail.org>\r
  53 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  54         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  55 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  56 List-Post: <mailto:notmuch@notmuchmail.org>\r
  57 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  58 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  59         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  60 X-List-Received-Date: Wed, 17 Feb 2010 01:21:10 -0000\r
  61 \r
  62 \r
  63 --10jrOL3x2xqLmOsH\r
  64 Content-Type: text/plain; charset=utf-8\r
  65 Content-Disposition: inline\r
  66 Content-Transfer-Encoding: quoted-printable\r
  67 \r
  68 also sprach Stewart Smith <stewart@flamingspork.com> [2010.02.15.1329 +1300=\r
  69 ]:\r
  70 > What about adding more mail to the archive?\r
  71 >=20\r
  72 > So the way I think is that you use a Maildir for day to day mail\r
  73 > (e.g. delivery) and every so often you run some magic command that\r
  74 > takes old mail out of the Maildir and stores it in the git repo.\r
  75 \r
  76 Either that, or the other idea we had (which I prefer), which would\r
  77 basically be:\r
  78 \r
  79   evenless-submit =E2=80=94 add a new mail (and return a hash ID)\r
  80                     and invoke a hook, e.g. to let notmuch know\r
  81   evenless-cat    =E2=80=94 print the full mail given ID with headers to st=\r
  82 dout\r
  83   evenless-delete =E2=80=94 unlink a mail identified by hash ID\r
  84                     and invoke a hook, e.g. to let notmuch know\r
  85 \r
  86 If we expose the submit and delete functionality at the notmuch\r
  87 level, then we don't need the hooks for then evenless would be\r
  88 plumbing.\r
  89 \r
  90 Anything to avoid a cronjob would be good, I think.\r
  91 \r
  92 Then we need a notmuch backend for mutt etc.. For those who still\r
  93 want to use a regular Maildir, let them use the worktree.\r
  94 \r
  95 What I am wondering is if (explicit) tags couldn't be represented as\r
  96 tree-objects with this.\r
  97 \r
  98   evenless-link   =E2=80=94 link a message object with a tree object\r
  99   evenless=E2=80=93unlink =E2=80=93 unlink a message object from tree object\r
 100     [replaces evenless-unlink]\r
 101 \r
 102 messages would then be deleted whenever using git-gc.\r
 103 \r
 104 No idea how this would sync if we don't keep ancestry. Otoh, it\r
 105 would probably not be very expensive to do just that.\r
 106 \r
 107 notmuch would then only search and provide the hash ID(s); tags\r
 108 would be a function of storage.\r
 109 \r
 110 Is it possible to find out all trees that reference a given object\r
 111 with Git in constant or sub-linear time?\r
 112 \r
 113 --=20\r
 114 martin | http://madduck.net/ | http://two.sentenc.es/\r
 115 =20\r
 116 "the question of whether computers can think\r
 117  is like the question of whether submarines can swim."\r
 118                                                  -- edsgar w. dijkstra\r
 119 =20\r
 120 spamtraps: madduck.bogus@madduck.net\r
 121 \r
 122 --10jrOL3x2xqLmOsH\r
 123 Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"\r
 124 Content-Description: Digital signature (see http://martin-krafft.net/gpg/)\r
 125 Content-Disposition: inline\r
 126 \r
 127 -----BEGIN PGP SIGNATURE-----\r
 128 Version: GnuPG v1.4.10 (GNU/Linux)\r
 129 \r
 130 iEYEAREDAAYFAkt7RH0ACgkQIgvIgzMMSnUhbwCgjsJ0Eee5jvZmh1S2UaE1aout\r
 131 xdYAn3JbVyiyEuwBSR1jcoaNWhhZSSRd\r
 132 =Uphl\r
 133 -----END PGP SIGNATURE-----\r
 134 \r
 135 --10jrOL3x2xqLmOsH--\r