[
https://issues.apache.org/jira/browse/TIKA-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17682256#comment-17682256
]
Hudson commented on TIKA-3962:
------------------------------
SUCCESS: Integrated in Jenkins build Tika ยป tika-main-jdk8 #1003 (See
[https://ci-builds.apache.org/job/Tika/job/tika-main-jdk8/1003/])
TIKA-3962 - set rfc822 parser to no recurse (tallison:
[https://github.com/apache/tika/commit/bff14f39513d7624c04f0e8f0173099ac4d14699])
* (edit)
tika-parsers/tika-parsers-standard/tika-parsers-standard-modules/tika-parser-mail-module/src/test/resources/test-documents/testGroupWiseEml.eml
* (edit)
tika-parsers/tika-parsers-standard/tika-parsers-standard-modules/tika-parser-mail-module/src/main/java/org/apache/tika/parser/mail/RFC822Parser.java
* (edit)
tika-parsers/tika-parsers-standard/tika-parsers-standard-modules/tika-parser-mail-module/src/test/java/org/apache/tika/parser/mail/RFC822ParserTest.java
> Set RFC822 parser to noRecurse
> ------------------------------
>
> Key: TIKA-3962
> URL: https://issues.apache.org/jira/browse/TIKA-3962
> Project: Tika
> Issue Type: Task
> Reporter: Tim Allison
> Priority: Minor
> Fix For: 2.7.0
>
>
> On our test file {{testGroupWiseEml.eml}}, there's an embedded rfc822
> attachment that is currently not treated as an attachment but is inlined.
> The relevant section of the test file is:
> {noformat}
> Content-Type: message/rfc822
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment; filename="test.eml"
> {noformat}
> When I open the email in several email clients, it shows this {{test.eml}}
> correctly as an attachment.
> It turns out there's a setting on mime4j's parser "setNoRecurse" that yields
> the correct behavior on this test file. Given that Tika handles files
> recursively already by default, I _think_ we should be safe to set no recurse
> in the mime4j parser and rely on Tika's own recursive parsing.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
