[
https://issues.apache.org/jira/browse/TIKA-2454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16147831#comment-16147831
]
Tim Allison commented on TIKA-2454:
-----------------------------------
We've had discussions on and off about whether we should have an "override"
detector -- a dummy detector that returns whatever the user sends in via the
metadata. I think this is the issue that forces this.
I tried playing around with swapping out the parser in the
ParsingEmbeddedDocumentExtractor or otherwise trying to apply a different
parser to the ParseContext (as in the OutlookExtractor and the
JackcessExtractor), but those options don't work.
> Emails extracted from PSTs detected as unexpected file types
> ------------------------------------------------------------
>
> Key: TIKA-2454
> URL: https://issues.apache.org/jira/browse/TIKA-2454
> Project: Tika
> Issue Type: Bug
> Components: detector, parser
> Affects Versions: 1.16
> Reporter: Matthew Caruana Galizia
>
> This issue is severe. The Outlook PST parser extracts a string for the body
> of every email and passes that string to the {{EmbeddedDocumentExtractor}}.
> However, no content type is set on the {{Metadata}} object passed to the
> extractor. Therefore, if for example, the body of the email starts with the
> string "From John Smith." (for example, when an email was forwarded), then
> body of the email is detected as {{application/mbox}} and parsed as though it
> were an mbox file.
> I think the immediate fix for this issue is to force the type of the email to
> {{text/plain}} and for it to be parsed as such.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
