[
https://issues.apache.org/jira/browse/MIME4J-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12671463#action_12671463
]
Stefano Bagnara commented on MIME4J-114:
----------------------------------------
the content-transfer-encoding for a multipart message SHOULD always be 7bit,
8bit or binary to avoid nested encoding/decoding operations.
Javamail from 1.4 ignores a content-transfer-encoding quoted-printable or
base64 for a multipart message by default while previous javamail versions
parsed correctly nested encoding. Javamail 1.4 provides a flag to enable the
nested encodings (for backward compatibility): mail.mime.ignoremultipartencoding
Depending on our approach with this behaviour we could take a different
approach to random access to the mime source.
> Efficient Read Access To Parts Of A Parsed Document
> ---------------------------------------------------
>
> Key: MIME4J-114
> URL: https://issues.apache.org/jira/browse/MIME4J-114
> Project: JAMES Mime4j
> Issue Type: Wish
> Affects Versions: 0.6
> Reporter: Robert Burrell Donkin
> Fix For: 0.7
>
>
> Use Case
> --------------
> Consider a large MIME document stored (as a single document) in a medium
> which allows random access to the bits (for example, a BLOB in a data store
> or a file.)
> I parse the document once using Mime4J and store the meta-data (for example,
> in a data store) so that I can read this data many times without loading and
> reparsing this large document
> I wish to be able to read efficiently a part of the document without loading
> the whole, and this may happen frequently
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
