You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Stefano Bagnara (JIRA)" <se...@james.apache.org> on 2008/07/15 12:21:32 UTC
[jira] Commented: (MIME4J-56) In nested multiparts outer boundaries
are not recognized when parsing inner multiparts
[ https://issues.apache.org/jira/browse/MIME4J-56?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613573#action_12613573 ]
Stefano Bagnara commented on MIME4J-56:
---------------------------------------
Oleg, I'm sorry I'm not following you. Even if I'm working on the code now I don't fully grok all of it yet and I don't know what is the "reset hack" you talk about. Can you provide a patch (or give me more detailed instructions) against the streams-refactoring branch?
Thank you!
> In nested multiparts outer boundaries are not recognized when parsing inner multiparts
> --------------------------------------------------------------------------------------
>
> Key: MIME4J-56
> URL: https://issues.apache.org/jira/browse/MIME4J-56
> Project: Mime4j
> Issue Type: Bug
> Affects Versions: 0.4
> Reporter: Stefano Bagnara
> Assignee: Stefano Bagnara
> Fix For: 0.4
>
> Attachments: mime4j.patch
>
>
> 5.1.2. Handling Nested Messages and Multiparts
> The "message/rfc822" subtype defined in a subsequent section of this
> document has no terminating condition other than running out of data.
> Similarly, an improperly truncated "multipart" entity may not have
> any terminating boundary marker, and can turn up operationally due to
> mail system malfunctions.
> It is essential that such entities be handled correctly when they are
> themselves imbedded inside of another "multipart" structure. MIME
> implementations are therefore required to recognize outer level
> boundary markers at ANY level of inner nesting. It is not sufficient
> to only check for the next expected marker or other terminating
> condition.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org