You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mime4j-dev@james.apache.org by "Benoit Tellier (Jira)" <mi...@james.apache.org> on 2022/05/19 08:14:00 UTC
[jira] [Closed] (MIME4J-314) Support for nested boundary parameter value as outer boundary value with a prefix.
[ https://issues.apache.org/jira/browse/MIME4J-314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benoit Tellier closed MIME4J-314.
---------------------------------
Fix Version/s: 0.8.8
Resolution: Fixed
Fixed as part of MIME4J-314.
Thanls for the report.
> Support for nested boundary parameter value as outer boundary value with a prefix.
> ----------------------------------------------------------------------------------
>
> Key: MIME4J-314
> URL: https://issues.apache.org/jira/browse/MIME4J-314
> Project: James Mime4j
> Issue Type: Wish
> Affects Versions: 0.8.6
> Reporter: Geetha
> Priority: Major
> Fix For: 0.8.8
>
> Attachments: mime_with_nested_boundaries.rtf
>
>
> We have mime messages which we need to support that have nested multipart where the inner boundary parameter value is the prefix of the outer boundary parameter value.
> This format is not an RFC complaint from [RFC2046#section-5.1|https://datatracker.ietf.org/doc/html/rfc2046#section-5.1] which states that
> The boundary delimiter MUST NOT appear inside any of the encapsulated parts, on a line by itself, or as the prefix of any line.
> In the example attached, the boundary {color:#0747a6}-----Mail-Builder-Boundary-7972-1633093116{color} is used as a boundary for (outer) multipart. Then for the nested multipart, {color:#0747a6}-----Mail-Builder-Boundary-7972-1633093116-1{color} is used as a boundary. *Note* that the outer boundary is a prefix of this nested boundary and as a result, the Mime4J mime parser is not able to parse this content properly.
> Is it possible to allow this as part of Lenient parsing?
> [^mime_with_nested_boundaries.rtf]
--
This message was sent by Atlassian Jira
(v8.20.7#820007)