[Courtesy CC to MHonArc list]
On July 24, 1998 at 19:15, maurice matiz wrote:
thanks for your quick response. i tried your suggestion, but, unfortunately,
it did not work.
i do have the MIMEFILTERS set with:
multipart/mixed; m2h_text_html::filter; mhtxthtml.pl
Incorrect setting. NEVER define filters for multipart types unless
you really really know what you are doing. For your case, it is
All you need to do is edit mhtxthtml.pl as I described in my previous
message. If you run an installed mhonarc, make sure that the installed
mhtxthtml.pl gets updated. You can always apply the change to
the unistalled mhtxthtml.pl and reinstall mhonarc.
after setting the MIMEFILTER as above, the body of the message contains all
the "boundary stuff" and "fields". example:
Title: Sonic Glossary: Homophony
This is a multi-part message in MIME format.
--------------D1BF46BA8EBA16A29B61D10A Content-Type: text/plain;
charset=us-ascii Content-Transfer-Encoding: 7bit
--------------D1BF46BA8EBA16A29B61D10A Content-Type: text/html;
charset=us-ascii; name="homo.html" Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="homo.html"
You get this because you replaced the built-in multipart processing of
mhonarc with the mhtxthtml.pl filter. The mhtxthtml.pl deals only
with HTML data. When mhonarc saw it had multipart/mixed data, it
just passed the data straight to mhtxthtml.pl.
If the MIMEFILTERS setting you have above is currently active on an
archive, reset the MIMEFILTERS with the def-mime.rc file in the
examples directory of the distribution.
*IMPORTANT*: Add the override attibute to <MIMEFilters>
(eg: <MIMEFilters override>) before applying def-mime.rc.
This is needed to clear your multipart/mixed setting.
If you are only working with a test archive, you can just recreate
the archive as normal, but do not set MIMEFILTERS.
Earl Hood | University of California: Irvine
ehood(_at_)medusa(_dot_)acs(_dot_)uci(_dot_)edu | Electronic
http://www.oac.uci.edu/indiv/ehood/ | Dabbler of SGML/WWW/Perl/MIME