Fixed in testing branch and assigned to Kirti to test.
This issue was caused by the use of the GNU mail libraries as a local provider for Java Mail for the mbox type. As pst files are first converted to mbox files using the readpst utility the GNU mail libraries were also being used for pst files. For mbox files GNU mail libraries assume that the encoding used is "US-ASCII" which results in this issue. I have added use of Mstor as a local provider for mbox (leaving GNU mail as a local provider for other mail protocols) which correctly handles the encoding for email parts.
Note that as part of this fix I have identified and opened bug#387 (Email multipart in multipart not correctly handled).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Fixed in testing branch and assigned to Kirti to test.
This issue was caused by the use of the GNU mail libraries as a local provider for Java Mail for the mbox type. As pst files are first converted to mbox files using the readpst utility the GNU mail libraries were also being used for pst files. For mbox files GNU mail libraries assume that the encoding used is "US-ASCII" which results in this issue. I have added use of Mstor as a local provider for mbox (leaving GNU mail as a local provider for other mail protocols) which correctly handles the encoding for email parts.
Note that as part of this fix I have identified and opened bug#387 (Email multipart in multipart not correctly handled).
Added email plugin version 3.3.2 with this fix (to allow for ease of testing by external users)