You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Tim Allison (JIRA)" <ji...@apache.org> on 2017/10/17 12:06:00 UTC
[jira] [Commented] (TIKA-2478) MBOX import includes redundant
copies of the text
[ https://issues.apache.org/jira/browse/TIKA-2478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16207543#comment-16207543 ]
Tim Allison commented on TIKA-2478:
-----------------------------------
Thank you [~letzlerr] for opening this and pointing to a triggering document.
Fellow devs, in the OutlookParser, we select the first of the non-null bodies in this order: html, rtf, text. We do not include all of the bodies, which would be duplicative. Also, we "inline" the body, we don't treat it as a separate attachment. Should we try to modify the RFC822 parser to do the same thing as the OutlookParser?
> MBOX import includes redundant copies of the text
> -------------------------------------------------
>
> Key: TIKA-2478
> URL: https://issues.apache.org/jira/browse/TIKA-2478
> Project: Tika
> Issue Type: Bug
> Affects Versions: 1.16
> Reporter: Robert Letzler
> Priority: Minor
>
> MBOX messages often get parsed into four documents:
> a. The mbox file - outer container "/"
> b. The actual email-- "/embedded-1"
> c. The utf-8 text content of the email "/embedded-1/embedded-2"
> d. The utf-8 html content of the email "/embedded-1/embedded-3"
> entries C and D are redundant and distracting. The MSG parser parses the first non-null: email body and then it skips the rest. Please modify MBOX to not have separate "attached" documents for the html body and the text body.
> The attachment to https://issues.apache.org/jira/browse/TIKA-2471 is an example of input sufficient to generate this behavior.
> Thanks!
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)