Microsoft Clamps Down on PST Version Storage for SharePoint Online and OneDrive for Business

PSTs Should Never Be in Cloud Storage

Updated: July 14, 2021

On May 17, Microsoft published message center notification MC256835 to advise tenants about the introduction for what they call a “PST version retention policy.” This has nothing to do with retention labels or retention policies. Instead, it’s limiting the number of versions kept for PST files stored in SharePoint Online and OneDrive for Business document libraries.

Versioning

Versioning is a SharePoint feature. In a nutshell, as users make changes to files in document libraries, they create versions of the files. In some cases, such as when editing Office documents using Autosave, a single edit session might generate twenty or thirty versions, depending on the number of changes made. The number of versions kept in a document library is defined in library settings (Figure 1) in a range of 300 to 50,000.

Defining the Versioning setting for a SharePoint Online document library
Figure 1: Defining the Versioning setting for a SharePoint Online document library

SharePoint keeps multiple versions of files to ensure that the user can go back to a previous version. To do this, select a document and then Version history. You can then select a version to restore (Figure 2).

Version history for a document
Figure 2: Version history for a document

Both SharePoint Online and OneDrive for Business also support options to restore a library to a point in time over the previous 30 days. Without versions, it would not be possible to do this.

Why PSTs End up in SharePoint and OneDrive

Versioning is good, so what’s the problem with PSTs? Before addressing that question, we should ask why PSTs are in SharePoint Online or OneDrive for Business. A PST (Personal Storage Table) is for email storage. It is a container to allow users to store messages they wish to keep. People might have moved PSTs from network file shares into SharePoint, but it’s a bad idea to use PSTs in SharePoint.

  • The PST file format is not intended for concurrent shared access. These are personal files. If a problem happens with a PST file stored in SharePoint, it might lead to data loss.
  • Even though they are in SharePoint, the messages stored in PSTs are inaccessible for eDiscovery.
  • Over the years, Microsoft consistently advised against the use of shared PSTs on network file shares because of the potential for corruption.

You might think the problem of concurrent access to a shared file is addressed by using the OneDrive sync client to have a local copy of PSTs synchronized with the master copy in SharePoint. But as pointed out in this post by a Microsoft support engineer, the way Outlook locks PST files for exclusive access creates many problems for the sync client (Figure 3). Basically, the sync client is frustrated by the lock taken out by Outlook and can’t process the PST.

The OneDrive sync client has a problem with a PST
Figure 3: The OneDrive sync client has a problem with a PST

People who replace local workstation storage with OneDrive for Business for well-known folders like Documents might end up with PSTs in OneDrive. To avoid problems, they should move these files out of a synchronized location.

The Impact PSTs Have on SharePoint Storage

The problem now being addressed by Microsoft is that holding multiple PST versions can consume a huge amount of SharePoint storage quota. Remember, a PST is a container rather than an individual file, and if it’s in active use, Microsoft says this generates “multiple versions which leads to storage being quickly consumed.”

Because of the generous quotas available to OneDrive for Business users, consuming storage is less of an issue for OneDrive for Business than it is for SharePoint Online. Microsoft makes 1 TB plus 10 GB per licensed user available for the organization and charges extra if more storage is needed. Using retention labels and retention policies to ensure files cannot be removed from SharePoint can already consume large amounts of storage, so adding PSTs to the mix is like pouring fuel on a raging fire.

Microsoft’s solution is to retain no more than 30 days’ worth of PST versions. This is enough to ensure that the Restore library feature works, even when PSTs are in a library. While the best answer is not to allow users to store PSTs in SharePoint Online or OneDrive for Business, restricting versions for PSTs is an acceptable method to restrain storage demand. Organizations can block users from synchronizing PSTs by including the file type in the blocked files list defined in the Settings section of the SharePoint Online admin center (Figure 4). Given the impact this could have on users, it’s a good idea to communicate about the block before its implementation.

Configuring file types block for OneDrive synchronization
Figure 4: Configuring file types block for OneDrive synchronization

Microsoft Implements the New Policy

Starting June 28, organizations can use the Set-SPOTenant cmdlet from the SharePoint Online PowerShell module to control the new policy: By default, the policy will be on, meaning the permanent deletion of PST versions once they reach 30 days old. If you don’t want to restrict PST versions, you can opt-out from the policy by running:

Set-SPOTenant -DisableOutlookPSTVersionTrimming $True

The new switch for the Set-SPOTenant cmdlet is available in the 16.0.21411.12000 release of the SharePoint Online management shell (released on July 12). You can download the module from the PowerShell Gallery.

The opt-out command must be run by August 13, so organizations have roughly six weeks to decide to opt-out. The policy becomes effective on August 16 and running the command to opt-out afterwards will have no effect. The big caveat is that the opt-out applies only to existing libraries. Any new library created after August 13 will apply the 30-day retention for PST versions.

The Badness of PSTs

I’ve been trying to persuade organizations to stop using PSTs for years. They’re a 25-year-old answer to the problem of small server mailboxes which existed then and doesn’t now. PSTs are insecure, compromise the ability of organizations to search for information and apply compliance policies, and prone to failure. There is nothing to recommend their continued use and even less to think that it’s a good idea to store PSTs in SharePoint Online and OneDrive for Business. If you’re still unconvinced, listen to this on-demand webinar Why PSTs are Such a Bad Idea in the Cloud, where I try my very best to explain why.


Get straightforward and honest opinion about how to manage Office 365 tenants by subscribing to the Office 365 for IT Pros eBook. We think about managing tenants so you can learn from our experience and insight.

11 Replies to “Microsoft Clamps Down on PST Version Storage for SharePoint Online and OneDrive for Business”

  1. a recent connect with microsoft has got me confused as the engineer mentioned that it would affect all file extensions and not just .pst files, I’m sure it would not affect any other file extensions could you please confirm if it only affects .pst files or all file extensions.

    resposne from Microsoft engineer
    “If you choose not to opt in, everything will work the same as it does today. If you do opt in, then yes it will only retain 30 version for 30 days. Not only .PST, all data will be impacted, including existing data. This does include any file extensions.”

    1. The text in MC256835 makes it pretty clear that PST files are the target:

      Starting August 16 2021, we’ll be introducing new retention policies for Outlook Data Files (PST File type) Versions to prevent them from consuming storage capacity for OneDrive & SharePoint Online.

    1. That’s what’s in the post. Do you see something different? At least, the wrong value was there in a draft but it was updated and seems OK here. Maybe some sort of CDN glitch?

  2. Has anyone been able to execute that cmdlet at this time? I tried but still not available for execution

    1. I tried and I’m getting this error: Get-SPOTenant : A parameter cannot be found that matches parameter name ‘DisableOutlookPSTVersionTrimming’. Also after updating the management shell to 16.0.21411.12000. Has anyone got a solution for this?

      1. Get-SPOTenant doesn’t return any value for DisableOutlookPSTVersionTrimming. You run the command with Set-SPOTenant. I just did this and the command worked perfectly.

      2. Thanks for your reply, Tony. Of course I meant ‘Set-SPOTenant’. I restarted Powershell after updating the management shell to 16.0.21411.12000. It works fine now. Thanks!

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.