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 "Oleg Kalnichevski (JIRA)" <mi...@james.apache.org> on 2011/02/16 15:52:57 UTC

[jira] Updated: (MIME4J-165) provide partial information when Max Line Limit exceeded during field reading and skip to next field

     [ https://issues.apache.org/jira/browse/MIME4J-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Oleg Kalnichevski updated MIME4J-165:
-------------------------------------

    Fix Version/s: 0.7

Rohan,
How do you think the parser should locate the end of the field? By skipping the data from the input stream until <CR><LF> is found? Should the parser be reading data indefinitely or a certain maximum limit should still be used?

Oleg

> provide partial information when Max Line Limit exceeded during field reading and skip to next field
> ----------------------------------------------------------------------------------------------------
>
>                 Key: MIME4J-165
>                 URL: https://issues.apache.org/jira/browse/MIME4J-165
>             Project: JAMES Mime4j
>          Issue Type: Improvement
>    Affects Versions: 0.6
>         Environment: Java 6
>            Reporter: Rohan Hart
>            Priority: Minor
>             Fix For: 0.7
>
>
> Should the field buffer limit be reached it would be useful to be able to optionally recover whatever field body was read in.  Further field reading should continue from the next field.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira