Date: Wed, 17 Feb 2010 14:21:01 +1300
From: martin f krafft <madduck@madduck.net>
To: notmuch@notmuchmail.org
Message-ID: <20100217012101.GD8249@lapse.rw.madduck.net>
Mail-Followup-To: notmuch@notmuchmail.org
References: <20100215002914.GA22402@flamingspork.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-ripemd160;
	protocol="application/pgp-signature"; boundary="10jrOL3x2xqLmOsH"
Content-Disposition: inline
In-Reply-To: <20100215002914.GA22402@flamingspork.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [notmuch] Mail in git
Precedence: list


--10jrOL3x2xqLmOsH
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

also sprach Stewart Smith <stewart@flamingspork.com> [2010.02.15.1329 +1300=
]:
> What about adding more mail to the archive?
>=20
> So the way I think is that you use a Maildir for day to day mail
> (e.g. delivery) and every so often you run some magic command that
> takes old mail out of the Maildir and stores it in the git repo.

Either that, or the other idea we had (which I prefer), which would
basically be:

  evenless-submit =E2=80=94 add a new mail (and return a hash ID)
                    and invoke a hook, e.g. to let notmuch know
  evenless-cat    =E2=80=94 print the full mail given ID with headers to st=
dout
  evenless-delete =E2=80=94 unlink a mail identified by hash ID
                    and invoke a hook, e.g. to let notmuch know

If we expose the submit and delete functionality at the notmuch
level, then we don't need the hooks for then evenless would be
plumbing.

Anything to avoid a cronjob would be good, I think.

Then we need a notmuch backend for mutt etc.. For those who still
want to use a regular Maildir, let them use the worktree.

What I am wondering is if (explicit) tags couldn't be represented as
tree-objects with this.

  evenless-link   =E2=80=94 link a message object with a tree object
  evenless=E2=80=93unlink =E2=80=93 unlink a message object from tree object
    [replaces evenless-unlink]

messages would then be deleted whenever using git-gc.

No idea how this would sync if we don't keep ancestry. Otoh, it
would probably not be very expensive to do just that.

notmuch would then only search and provide the hash ID(s); tags
would be a function of storage.

Is it possible to find out all trees that reference a given object
with Git in constant or sub-linear time?

--=20
martin | http://madduck.net/ | http://two.sentenc.es/
=20
"the question of whether computers can think
 is like the question of whether submarines can swim."
                                                 -- edsgar w. dijkstra
=20
spamtraps: madduck.bogus@madduck.net

--10jrOL3x2xqLmOsH
Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"
Content-Description: Digital signature (see http://martin-krafft.net/gpg/)
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEAREDAAYFAkt7RH0ACgkQIgvIgzMMSnUhbwCgjsJ0Eee5jvZmh1S2UaE1aout
xdYAn3JbVyiyEuwBSR1jcoaNWhhZSSRd
=Uphl
-----END PGP SIGNATURE-----

--10jrOL3x2xqLmOsH--