Description
When extracting attachments from MSG resources, using MAPIMessage constructor with string file path of msg resource leads to an open file handle on msg fle that is never closed, there is no way to close this as MAPIMessage does not have a close method. This behaviour first manifests itself in version 1.11 and all subsequent versions (1.12, 1.13). Use LSOF or file-leak-detector to reproduce this - create instance of MAPIMessage using string constructor - file-leak-detector will show the open file being created at that point, file handle is then never dropped.
Using input stream constructor is a workaround as this allows the calling program to cleanly close the input stream.
Attachments
Issue Links
- requires
-
TIKA-2013 Upgrade to POI 3.15 when available
- Resolved