[
https://issues.apache.org/jira/browse/MIME4J-328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17837424#comment-17837424
]
Benoit Tellier commented on MIME4J-328:
---------------------------------------
This seems somehow related to MIME4J-273 and to
https://github.com/apache/james-mime4j/pull/16
https://github.com/apache/james-mime4j/pull/17.
I tested latest version, which is affected.
I decided to port the patch, without utf-7 support for now. Maybe I lack
imagination but never seen utf-7 q-encoding so far... Please open a PR if you
think I am wrong!
Finally I reused the kind contributor patch to open a PR on github.
> parse error
> -----------
>
> Key: MIME4J-328
> URL: https://issues.apache.org/jira/browse/MIME4J-328
> Project: James Mime4j
> Issue Type: Bug
> Components: parser (core)
> Affects Versions: 0.7.2
> Reporter: Chung dae hyun
> Priority: Major
> Attachments: DecoderUtilFunysalt.java
>
>
> When using the DecoderUtil.decodeEncodedWords function included in version
> 0.7.2
> Brokenness occurs when decoding the string below:
> ubject:
> =?utf-8?B?W1NQQU1dIFJlOiBbbWNsb3VkLWJhcmlzdGFdIO2BtOudvOyasOuTnOuwlOumrOyKpO2DgCA37LCoIO2WieyCrC3rsJztkQ==?=
> =?utf-8?B?nOyekOujjCDtj6zrqacg6rO17Jyg?=
> [SPAM] Re: [mcloud-barista] 클라우드바리스타 7차 행사-발��자료 포멧 공유
> Originally it should be parsed as follows:
> [SPAM] Re: [mcloud-barista] 클라우드바리스타 7차 행사-발표자료 포멧 공유
> The reason is that it needs to be parsed continuously as a stream byte, but
> the middle byte is lost when decoding each statement.
> I have attached the modified class, so please review and refactor it.
> ps : Added parsing as UTF-7 using the com.beetstra.jutf7 library.
> thank you
--
This message was sent by Atlassian Jira
(v8.20.10#820010)