On the attached message, this command:
mhshow -part 1.1 -form mhl.null
produces no output. mhlist shows a part 1.1:
msg part type/subtype size description
1231 multipart/mixed 276
1 multipart/related 107
1.1 text/plain 29
"mhstore -part 1.1" properly stores it. The difference in
behavior is caused by a different value for the second
argument, sP, in calls to part_ok:
uip/mhlistsbr.c:317: if (part_ok (p, 1) && type_ok (p, 1))
uip/mhshowsbr.c:747: if (part_ok (p, 0) && type_ok (p, 0)) {
uip/mhstoresbr.c:286: if (part_ok (p, 1) && type_ok (p, 1)) {
Analogous behavior happens with -type text/plain.
If I change that 0 second argument to a 1, mhshow displays
the contents of part 1.1, as I expect. Does anyone know why
mhshow passes 0 to part_ok and type_ok? It prevents mhshow
from doing what I want with multipart messages but there
must be a reason. Here's the code in part_ok that uses sP:
if (npart == 0 || (ct->c_type == CT_MULTIPART && (sP || ct->c_subtype)))
return 1;
Thanks,
David
1231
Description: Text document
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers