PST Password: PersonalStorage.Store.IsPasswordProtected simply will reveal if .pst has password?
If so, what’s the code here: Working with PST Password Protection Properties|Documentation
Check for Password protection: The MapiPropertyTag.PR_PST_PASSWORD value from the MapiPropertyTag class is used to check if a file is password protected…
CanWrite, what’s this exactly? Just based on the file is being read-only or on some media like DVD that cannot be written to? OR; there’s some internal property which write-protect the PST? PersonalStorage.CanWrite | Aspose.Email for .NET API Reference
Five properties in the PersonalStorage: Class PersonalStorage | Aspose.Email for .NET API Reference
CanWrite/Format/IsUnicode/RootFolder/Store
Which ones are available to both PST and OST? I think not all those five properties are available for .ost too, am I right or not?
We have logged a ticket to update the article as PDFNET-52784 in our issue tracking system.
Password-protected pst files can be read by Aspose.Email as normal unprotected files. Even if the password is set, it can still be read by Aspose.Email. Password removal can be useful for reading messages using Outlook
This property is used to get a value indicating whether the current PST supports writing. If its value is false, you cannot write to PST.
Yes, your understanding is correct.
Yes, you can use this method for OST and PST files.
You mean I can merge mixed PST and OST files to a new PST file?
And even merge mixed mbox and PST/OST to PST?
Finally, using the latest new version 22.10, still ALWAYS getting TRUE for these 2 properties against .OST files: Storage.IsUnicode Storage.Store.IsPasswordProtected
As already mentioned, according to Microsoft (link shared) the .ost files cannot be password protected, so no idea why IsPasswordProtected is TRUE for them?
Yes, you can merge PST and OST files. If you face any issue, you can convert OST to PST and then merge. Pleas read the following article. Read and Convert Outlook OST File
We logged this issue as EMAILNET-40820 in our issue tracking system.