From: Jameson Rollins <jrollins@finestructure.net>
To: Michal Sojka <sojkam1@fel.cvut.cz>,
 Sebastian Spaeth <Sebastian@SSpaeth.de>
Subject: Re: [PATCH 1/2] Add 'cat' subcommand
In-Reply-To: <4BCD7EA0.3080505@fel.cvut.cz>
References: <1271747793-17507-1-git-send-email-sojkam1@fel.cvut.cz>
	<87pr1u7fnu.fsf@ut.hh.sledj.net> <87fx2qmtok.fsf@SSpaeth.de>
	<4BCD7EA0.3080505@fel.cvut.cz>
Date: Tue, 20 Apr 2010 09:32:01 -0400
Message-ID: <87r5mal06m.fsf@servo.finestructure.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"
Cc: notmuch@notmuchmail.org
Precedence: list

--=-=-=
Content-Transfer-Encoding: quoted-printable

On Tue, 20 Apr 2010 12:14:56 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrot=
e:
> The reason is that I want be able to distinguish between several=20
> messages with the same id. Consider a message sent to a list. One copy=20
> is stored in your sent folder and one in another folder. You may want to=
=20
> investigate the Received headers the latter message. You would not be=20
> happy if, after pressing 'V', notmuch shows you the message in sent=20
> folder without any headers.

I think this is actually a problem with notmuch, and something that I
have complained about in the past.  It was previously dismissed, but I
still think that it's something we should address.  Notmuch should not
irrevocably hide messages, just because they cursorily look like a
another similar but distinct message.

What are ways that we can avoid this?  Could notmuch append a string to
the message id in the database for the different messages that share an
id?  Something like "id:foo@bar.com{0}", "id:foo@bar.com{1}", etc?

jamie.

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJLzazRAAoJEO00zqvie6q8qgUP/0C6qrooL8Za9Hz+pSAP75+k
VGPL5jZQeiVYwalxLdQfoyXtUH4g2xUdd0J+VwPhqnhIJbGgsoKLcE+hiva8S7rs
MdFonlHUm9SzUVOHXK7nbSJ0zvoEdEWoG5E8xN9hwiqreHds8XIlWk7Jz+Kbqb8Z
zw+DE786pyFQw9KVpOGQ8xIgjypyT3XKIoKV9+1Vpttb7Ubrjlp7Ng5DwWM/1oLt
TwihqzuAurmwkEATqz2QFv4tiN71RscLMVfH7ek+McxQjVbCgsZjpOKXMNzyrguM
Upld5Jdg+yZY+hUBEe/gJd3kzjW5GA0JzQctEfikMKSR/wxZJQ/X9XnNlvoy9aJX
O2mV2MdFd2EhJpZGsVb2t7uSCikowbQw/E8Nd269r1K79Yjikzz3yDKzA+8O4dgx
MizizlDp5ycTBGm9DcHHBm938JucatC0E42+WEgv4zMC06US/Xg9dH3+3I2jVFGX
b9K6Gc+tnHJBpXuX27ZzMKmyreRhURoV2i2047y6W2lMfpF+Hx+mmJL+BweiZoeS
xhP973qrdcZKH+XEe+Xz/XsDcRDx0xB9MUdTuu7d33lHLl+nF104oJ1uTH+MBDyX
jNiyOXJxByv01R7obHRlDHPP98RaXPH1xmmgkieqyK7fwQVzckD4nGS1m8jv+ImE
DLquHlYdKU7P6UtHmIRR
=Tu96
-----END PGP SIGNATURE-----
--=-=-=--