At 2:53 PM -0500 9/16/03, Earl Hood wrote:
It is MIMEEXCS. ... You need to reset MIMEEXCS as shown
in one of previous messages.
I inserted a MIMEXCS section
<!-- MIMEEXCS defines the list of content-types to exclude from processing.
-->
<MIMEExcs>
application/postscript
audio
video
</MIMEExcs>
How do I FORCE Mhonarc to use the MIMEExcs in my .mrc file and forget all
knowledge of past MIMEExcs settings? Do I need to use mha-dbrecover?
Here's the content type:
------=_NextPart_000_0026_01C37C82.68BE4AC0
Content-Type: application/octet-stream;
name="ee1_3weeks_b.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="ee1_3weeks_b.jpg"
How can I handle this as JPEG?
One solution is to use the inlineexts and usenameext options to
m2h_external::filter:
<MIMEArgs>
m2h_external::filter; inlineexts="jpg" usenameext
</MIMEArgs> Well, that didn't work.
I added this to my .mrc file but it had no effect.
<!--
-- Resources for MCPhotos mail archive
-->
<SORT>
<REVERSE>
<TREVERSE>
<MULTIPG>
<IDXSIZE>
100
</IDXSIZE>
<IDXFNAME>
maillist.html
</IDXFNAME>
<!-- MIMEARGS defines arguments to pass to filters registered via
MIMEFILTERS.
-->
<MIMEArgs>
m2h_external::filter; forceinline
m2h_external::filter; inlineexts="jpg" usenameext
</MIMEArgs>
<!-- MIMEEXCS defines the list of content-types to exclude from processing.
-->
<MIMEExcs>
application/postscript
audio
video
</MIMEExcs>
<!-- MIMEALTPREFS defines content-type preferences for
multipart/alternative messages.
-->
<MIMEAltPrefs>
text/plain
text/enriched
text/html
</MIMEAltPrefs>
<!-- MIMEFILTERS maps content-types to converter functions.
-->
<MIMEFilters>
image/*; m2h_external::filter; mhexternal.pl
message/delivery-status; m2h_text_plain::filter; mhtxtplain.pl
message/external-body; m2h_msg_extbody::filter; mhmsgextbody.pl
message/partial; m2h_text_plain::filter; mhtxtplain.pl
text/*; m2h_text_plain::filter; mhtxtplain.pl
text/enriched; m2h_text_enriched::filter; mhtxtenrich.pl
text/plain; m2h_text_plain::filter; mhtxtplain.pl
text/richtext; m2h_text_enriched::filter; mhtxtenrich.pl
text/tab-separated-values; m2h_text_tsv::filter; mhtxttsv.pl
text/html; m2h_text_plain::filter; mhtxtplain.pl
text/x-html; m2h_text_plain::filter; mhtxtplain.pl
</MIMEFilters>
<!-- MIMEDECODERS defines functions that decode data according
to an entitie's Content-Transfer-Encoding.
-->
<MIMEDecoders>
7bit; as-is;
8bit; as-is;
binary; as-is;
base64; base64::b64decode; base64.pl
quoted-printable; quoted_printable::qprdecode; qprint.pl
x-uuencode; base64::uudecode; base64.pl
xuue; base64::uudecode; base64.pl
uuencode; base64::uudecode; base64.pl
</MIMEDecoders>
At 2:53 PM -0500 9/16/03, Earl Hood wrote:
It is MIMEEXCS. I examined you .mhonarc.db file for your archive
(which BTW, you may want exclude access to via HTTP), and it
is excluding application/* data. You need to reset MIMEEXCS as shown
in one of previous messages.
Here's the content type:
------=_NextPart_000_0026_01C37C82.68BE4AC0
Content-Type: application/octet-stream;
name="ee1_3weeks_b.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="ee1_3weeks_b.jpg"
How can I handle this as JPEG?
One solution is to use the inlineexts and usenameext options to
m2h_external::filter:
<MIMEArgs>
m2h_external::filter; inlineexts="jpg" usenameext
</MIMEArgs>
Unfortunately, such a solution can make your archive vulnerable to
attacks (see the MIMEFILTERS page and the m2h_external::filter and
the Security section of the FAQ for more information).
If you fix the MIMEEXCS setting, the data will show up in your
archives, it will just be saved as a .bin file instead of a .jpg
file.
--
- Vicki
Vicki Brown ZZZ Journeyman Sourceror:
P.O. Box 1269 zz |\ _,,,---,,_ Scripts & Philtres
San Bruno, CA zz /,`.-'`' -. ;-;;,_ Perl, Unix, MacOS
94066 USA |,4- ) )-,_. ,\ ( `'-' http://philtres.com
mailto:vlb(_at_)cfcl(_dot_)com '---''(_/--' `-'\_) http://www.cfcl.com/vlb