From: Carl Worth <cworth@cworth.org>
To: Jameson Graef Rollins <jrollins@finestructure.net>,
	David Bremner <david@tethera.net>,
	Robert Mast <beheerder@tekenbeetziekten.nl>,
	'Jani Nikula' <jani@nikula.org>, notmuch@notmuchmail.org
Subject: RE: Reply all - issue
In-Reply-To: <87sj52nh6h.fsf@servo.finestructure.net>
References: <000001cdfcd9$82500f00$86f02d00$@nl> <87wquxjq7k.fsf@nikula.org>
	<002601cdfd83$83b283f0$8b178bd0$@nl>
	<87boc8bt8a.fsf@yoom.home.cworth.org>
	<000001cdff33$afe11070$0fa33150$@nl>
	<87txpykve8.fsf@zancas.localnet> <87r4l2kvak.fsf@zancas.localnet>
	<87sj52nh6h.fsf@servo.finestructure.net>
User-Agent: Notmuch/0.13.1 (http://notmuchmail.org) Emacs/23.4.1
	(x86_64-pc-linux-gnu)
Date: Tue, 12 Feb 2013 11:17:08 -0800
Message-ID: <877gmdjqa3.fsf@yoom.home.cworth.org>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"
Precedence: list

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Jameson Graef Rollins <jrollins@finestructure.net> writes:
> Just a thought: what if messages with a given tag (e.g. "new-thread")
> were always treated as the source of a new thread?

It's a good start. And an approach like that would have the advantage
that one could undo a thread-split by just removing the tag. (That's not
an explicit thread-join feature, but I don't think anyone has ever asked
for that.)

> A message with the given tag could just be (re)indexed with any
> In-Reply-To/References headers stripped before indexing.

It would require a little more than that. Imagine this thread:

  A: Subject: An original thread
  =E2=94=94=E2=94=80B: Subject: Thread hijacking is fun (tag:new-thread)
    =E2=94=94=E2=94=80C: Subject: Re: Thread hijacking is fun

In this case, message C is likely to have a References header that
mentions both A and B. So the thread stitching logic in notmuch will
want to merge threads A and B when indexing C. So special care will have
to be taken here as well, (not just when indexing B).

And that special care may not be cheap if it requires additional
database lookups for each unique thread ID encountered among references
of a message.

Though, I don't mean to dissuade anyone from thinking this through and
coding it up. The relevant code for the pieces I'm referring to starts
in _notmuch_database_link_message in lib/database.cc.

=2DCarl

=2D-=20
carl.d.worth@intel.com

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlEalTQACgkQ6JDdNq8qSWguyQCfbtLt8QIx19Mjhbb7q/5BuEJe
z5sAniG0T+bewnGDgmcAd+IUAQOJpD7Z
=su3/
-----END PGP SIGNATURE-----
--=-=-=--