james-mime4j-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oleg Kalnichevski (JIRA)" <mime4j-...@james.apache.org>
Subject [jira] Updated: (MIME4J-165) provide partial information when Max Line Limit exceeded during field reading and skip to next field
Date Wed, 16 Feb 2011 14:52:57 GMT

     [ 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

        

Mime
View raw message