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 "Niklas Therning (JIRA)" <mi...@james.apache.org> on 2010/12/17 11:06:01 UTC

[jira] Resolved: (MIME4J-182) DecoderUtil.decodeEncodedWords() fails when the encoded word starts with a hex sequence

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

Niklas Therning resolved MIME4J-182.
------------------------------------

    Resolution: Duplicate
      Assignee: Niklas Therning

This is a duplicate of MIME4J-138 which has been fixed in 0.7 and will be backported to 0.6.1.

> DecoderUtil.decodeEncodedWords() fails when the encoded word starts with a hex sequence
> ---------------------------------------------------------------------------------------
>
>                 Key: MIME4J-182
>                 URL: https://issues.apache.org/jira/browse/MIME4J-182
>             Project: JAMES Mime4j
>          Issue Type: Bug
>          Components: parser (core)
>    Affects Versions: 0.6
>            Reporter: Niklas Therning
>            Assignee: Niklas Therning
>            Priority: Critical
>
> The perfectly legal encoded word =?ISO-8859-1?Q?=41?= should be decoded to A but in 0.6 the input is returned as if the input wasn't ok. I've backported the DecoderUtil.decodeEncodedWords() method from 0.7 and it seems to work as expected. I'd say that a 0.6.1 should be released quite soon with a fix for this issue since it's very likely to affect users. I could check in the test case and the backported code. Should I create a bug fix branch for 0.6 then?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.