[jira] [Commented] (TIKA-2747) Expose custom MAPI properties as a result of the OutlookExtractor metadata

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Commented] (TIKA-2747) Expose custom MAPI properties as a result of the OutlookExtractor metadata

JIRA jira@apache.org

    [ https://issues.apache.org/jira/browse/TIKA-2747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16642518#comment-16642518 ]

Vittorio commented on TIKA-2747:
--------------------------------

I have attached the sample file Simple Test.msg that has custom properties in the range 0x8000 - 0x800C

My suggestion would be to expose these properties either into the nameIdChunks or creating a new bundle (like customChunks) into Chunks class. 

> Expose custom MAPI properties as a result of the OutlookExtractor metadata
> --------------------------------------------------------------------------
>
>                 Key: TIKA-2747
>                 URL: https://issues.apache.org/jira/browse/TIKA-2747
>             Project: Tika
>          Issue Type: Improvement
>          Components: metadata
>    Affects Versions: 1.17
>            Reporter: Vittorio
>            Priority: Minor
>         Attachments: Simple Test.msg
>
>
> We'd like to be able to access through the OutlookExtractor metadata result to custom MAPI (not listed in  org.apache.poi.hsmf.datatypes.MAPIProperty) properties for .MSG files.
>  
> In particular we're referring to this comment on MapiProperty class in apache poi-scratchpad library
>  
>     // 0x8??? ones are outlook specific, and not standard MAPI
>     // TODO See [http://msdn.microsoft.com/en-us/library/ee157150%28v=exchg.80%29]
>     // for some
>     // info on how we might decode them properly in the future
>     private static final int ID_FIRST_CUSTOM = 0x8000;
>     private static final int ID_LAST_CUSTOM = 0xFFFE;
> It's a blocker for our business because our customers' classification system uses the range in question.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)