james-mime4j-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aron Wieck (JIRA)" <mime4j-...@james.apache.org>
Subject [jira] Commented: (MIME4J-138) DecoderUtil.decodeEncodedWords() fails if encoded-text starts with an equals sign
Date Tue, 18 Aug 2009 22:20:14 GMT

    [ https://issues.apache.org/jira/browse/MIME4J-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12744754#action_12744754
] 

Aron Wieck commented on MIME4J-138:
-----------------------------------

Great, your regex seems to be even more strict than my suggestion.

You do not use matcher.appendReplacement and matcher.appendTail, which seems to be better
than using them for everything except the separator like I did.

So thumbs up for the patch from me.

> DecoderUtil.decodeEncodedWords() fails if encoded-text starts with an equals sign
> ---------------------------------------------------------------------------------
>
>                 Key: MIME4J-138
>                 URL: https://issues.apache.org/jira/browse/MIME4J-138
>             Project: JAMES Mime4j
>          Issue Type: Bug
>    Affects Versions: 0.6
>            Reporter: Markus Wiederkehr
>            Assignee: Markus Wiederkehr
>             Fix For: 0.7
>
>         Attachments: DecoderUtil.diff, DecoderUtil.java, mime4j-138.patch, RegexDecoderUtil.java
>
>
> For example "=?utf-8?Q?=20test?=" should be decoded as " test". Instead it does not get
decoded at all.
> The problem is that DecoderUtil.decodeEncodedWords() falsely identifies =?utf-8?Q?= as
the encoded word which cannot be decoded.

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


Mime
View raw message