Changed second argument of calls to part_ok() and type_ok() from
authorDavid Levine <levinedl@acm.org>
Sun, 25 Dec 2011 02:28:50 +0000 (20:28 -0600)
committerDavid Levine <levinedl@acm.org>
Sun, 25 Dec 2011 02:28:50 +0000 (20:28 -0600)
commit31cba404636730df219dd009ca5893ccc56d46af
tree6af7ff4011f5791c764606dfbe28b162d7131e0c
parent39a5a4f9ebf77ed31a5abf9ff2ca6ea391c52a2c
Changed second argument of calls to part_ok() and type_ok() from
0 to 1, to match what store_multi() in mhstoresbr.c does.

A test case is below.  Without this fix, the following command:

  mhshow -part 1.1 -form mhl.null

produced no output.  mhlist showed a part 1.1:

 msg part  type/subtype              size description
1231       multipart/mixed            276
     1     multipart/related          107
     1.1   text/plain                  29

and "mhstore -part 1.1" properly stored it.  With this
fix, mhshow behaves properly and shows the part.

Analogous behavior happened with -type text/plain.

test case:

MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="NextPart_001"
Content-class: urn:content-classes:message
Date: Thu, 19 May 2011 00:00:00 -0000
From: sender@example.com
To: recipient@example.com

This is a multi-part message in MIME format.

--NextPart_001
Content-Type: multipart/related;
type="multipart/alternative";
boundary="NextPart_002"

--NextPart_002
Content-Type: text/plain;
charset="utf-8"

This is the text/plain part.

--NextPart_002--

--NextPart_001--
uip/mhshowsbr.c