From: Carl Worth <cworth@cworth.org>
To: Matthias Guedemann <matthias.guedemann@ovgu.de>,
	"notmuch\@notmuchmail.org" <notmuch@notmuchmail.org>
Subject: Re: [BUG] multipart ID of show != part
In-Reply-To: <87ei3pqqhe.fsf@pc44es141.cs.uni-magdeburg.de>
References: <87ei3pqqhe.fsf@pc44es141.cs.uni-magdeburg.de>
User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.3.1
	(i486-pc-linux-gnu)
Date: Mon, 23 May 2011 14:41:47 -0700
Message-ID: <87pqn9m6w4.fsf@yoom.home.cworth.org>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"
Precedence: list

--=-=-=
Content-Transfer-Encoding: quoted-printable

On Mon, 23 May 2011 19:25:01 +0200, Matthias Guedemann <matthias.guedemann@=
ovgu.de> wrote:
> show produces this JSON:
>=20
> ^Lbody{
> ^Lpart{ ID: 1, Content-type: multipart/mixed
> ^Lpart{ ID: 2, Content-type: text/html
...
> whereas "notmuch part --part=3D2" produces this (the content of the
> ATT00001.c file):

It used to be that the "multipart" containers were not printed in
"notmuch show" (so they weren't counted). We recently began emitting
these, and counting them, but we neglected to update the "notmuch part"
code to count them equivalently.

I've just pushed a quick patch to "notmuch part" to fix this problem for
now.

Soon, we'll have a patch series from Jameson committed that replaces the
"notmuch part" command with "notmuch show --part". That will have the
advantage of implementing both pieces of functionality with one piece of
code, so that skew like this will no longer be possible.

Thanks for the report.

=2DCarl

=2D-=20
carl.d.worth@intel.com

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk3a1JsACgkQ6JDdNq8qSWiAUwCbBbQbW9FILtuEZbb3cdiQTvdW
J5QAoIRrhkGmMw7YBb7Pe693lP7E9rBj
=625N
-----END PGP SIGNATURE-----
--=-=-=--