Slashdot Mirror
Microsoft Opening Outlook's PST Format
protosage writes to tell us that Microsoft Interoperability is working towards opening up Outlook's .pst format under their Open Specification Promise. This should "allow anyone to implement the .pst file format on any platform and in any tool, without concerns about patents, and without the need to contact Microsoft in any way." "In order to facilitate interoperability and enable customers and vendors to access the data in .pst files on a variety of platforms, we will be releasing documentation for the .pst file format. This will allow developers to read, create, and interoperate with the data in .pst files in server and client scenarios using the programming language and platform of their choice. The technical documentation will detail how the data is stored, along with guidance for accessing that data from other software applications. It also will highlight the structure of the .pst file, provide details like how to navigate the folder hierarchy, and explain how to access the individual data objects and properties."
Um, ok, then explain this
http://kb.mozillazine.org/Import_.pst_files
and this
http://www.five-ten-sg.com/libpst/rn01re01.html
.pst is an Outlook message database, not Exchange message database. It doesn't matter where your Exchange is hosted, if you use Outlook to connect to it, it caches local copies of all data you worked with in a .pst file on your machine.
Reality check:
The PST format is rather useless. You can already access all the data on a Windows machine (which you have already to create it anyway) using Outlook plugins, either a COM Outlook Object Model plugin or a Exchange client plugin, depending on what you need.
So okay, now things like Thunderbird can import the mail from Outlook, which is good for people who use POP3 I guess, IMAP and Exchange store the mail on the server so theirs no real need.
Products won't carry a 'Works with Outlook' sticker because of this, the file is locked when Outlook is open, you you have to use an Outlook plugin if you want to do anything useful with it for normal people who use Outlook.
As someone who writes Outlook plugins for a job, this is rather useless for much other than exporting data from a backup without reinstalling Outlook after a crash of your system.
I.E. useful only in a limited set of circumstances that are really a corner case.
This doesn't do anything for communicating with Exchange, which is really what you want.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
*sigh*
SharePoint was more open that the PST format was prior to this announcement. The (well documented) SharePoint API enables access to all content - it would be relatively trivial to write software that could walk your entire SharePoint content dbs and indeed farm to extract all data out in a way that could easily be implemented in alternative products. I'm sure its been done. Hell, there's software that does the reverse (and I know this being a SharePoint guy) - that use the very same API to insert data into a SharePoint environment from say a Lotus Notes environment. And trust me, you have as much access to write as you do to read data.
Repeat after me - SharePoint does not lock your data up. It implements a reasonably good document management, content management, workflow, "intranet in a box" site - it aint no drupal when looking specifically at CMS, but that's one of the many tools on this swiss army knife. Sure, corporations will be 'locked in' to SharePoint, but that is because the alternatives that come close to doing what it does are woeful (*cough* Lotus Notes). They're locked in to its functionality, which - correct me if I'm wrong - is ultimately what you choose one software product over another on.