Outlook Recoverable Items Storage Visibility: New Outlook for Windows Feature Planned for 2027

The entry lists the feature as in development, with estimated general availability in February 2027. Its scope is Outlook on Desktop and Web, with the description specifically tagged for new Outlook for Windows. The planned release ring is General Availability, and the listed cloud environment is Worldwide (Standard Multi-Tenant).

This is a visibility improvement, not an announced storage expansion. Its potential value lies in explaining something that can otherwise seem contradictory: deleting email does not necessarily mean Exchange has finished keeping it.

What Microsoft is planning—and what remains unspecified​

The roadmap description promises that users will be able to see how much storage their recoverable items consume. It does not describe the interface, give a Settings path, or establish whether the display will include a percentage, a warning threshold, or a breakdown by category.

The distinction matters. A storage total can help someone notice a problem, but it does not necessarily explain which content can safely be removed.

The available feature details also leave several boundaries open:

• Classic Outlook: The Desktop label should not be treated as confirmation of classic Outlook support, particularly given the new-Outlook tag.
• Account eligibility: The entry does not enumerate supported account types or explicitly include every personal Outlook.com account.
• Other environments: It does not announce mobile support or government-cloud availability.
• Deployment specifics: There is no exact release day, minimum client build, KB number, or documented activation procedure.

February 2027 is therefore a planning estimate, not a guaranteed appointment with the Settings menu. Microsoft explicitly states that roadmap dates and descriptions are subject to change. The General Availability label identifies the intended release ring; it does not mean this in-development feature has already shipped.

For now, there is no evidence-backed procedure for switching on this particular display. Existing Exchange administration tools, however, already provide ways to investigate the underlying storage.

Recoverable Items is not simply Deleted Items​

Microsoft’s Exchange Online documentation describes Recoverable Items as a hidden mailbox area supporting recovery and preservation. It has its own storage quota and is separate from the ordinary folders users navigate in Outlook.

That distinction explains why an apparently tidy mailbox can still have substantial recoverable content.

Microsoft’s cleanup documentation identifies several relevant subfolders:

These are not all ordinary user-accessible folders. In particular, seeing a storage total would not mean Outlook had granted access to every item behind it.

Exchange also uses a Versions subfolder to preserve earlier copies of certain modified items under applicable preservation settings. Recoverable storage can consequently reflect more than messages a user recently threw away.

The practical interpretation is important: a larger total is a reason to investigate, not proof that someone has neglected mailbox housekeeping.

Why deleting messages may not immediately reclaim space​

Microsoft documents a default Exchange Online deleted-item retention period of 14 days, configurable up to 30 days. That recovery window is an administrative setting, not a new capability introduced by this Outlook roadmap item.

Retention and preservation are also different questions. A recovery period helps determine how long deleted items remain recoverable in ordinary circumstances; holds and retention policies can require content to remain beyond what a user expects from pressing Delete. Microsoft’s cleanup guidance explicitly distinguishes mailboxes protected by holds or single-item recovery from those eligible for simpler removal procedures.

There is a separate accounting point. The Exchange Team’s explanation of mailbox quotas distinguishes ordinary mailbox consumption from Recoverable Items usage. Its administrative examples inspect these as separate measurements rather than treating everything as one interchangeable storage allowance.

Consider the resulting support scenario: a user removes unwanted messages, sees less content in their normal folders, and still encounters a recoverable-storage problem. The useful next question is not necessarily “What else can we delete?” It is “Which storage area is constrained, and what is preserving the content?”

That is where the proposed Outlook display could help. It could give users a more specific starting point for a support request. Whether it will explain the cause of consumption remains unspecified.

The limits behind the proposed display​

Microsoft’s Exchange Online service limits list a 30 GB primary-mailbox Recoverable Items quota for mailboxes not on hold and 100 GB for mailboxes on hold across the listed plans. These are Recoverable Items limits, not the total capacity of the ordinary mailbox. Archive-mailbox provisions require separate attention because their limits and expansion behavior depend on configuration and licensing.

The Recoverable Items documentation additionally describes default warning and hard thresholds of 20 GB and 30 GB, rising to 90 GB and 100 GB under specified holds or retention policies. Those figures describe Exchange behavior; the roadmap does not promise that Outlook’s future display will expose those exact thresholds.

Nor should administrators assume that 100 GB describes every protected mailbox. The Exchange Team documents configurations in which enabling an archive raises the primary Recoverable Items quota to 105 GB, with a further example reaching 110 GB when auto-expanding archiving is enabled at mailbox level. These are configuration-specific examples, not a universal storage entitlement.

The lesson is straightforward: check the mailbox’s actual configuration before interpreting a usage number.

Reaching the hard quota can have consequences beyond an untidy storage chart. Microsoft says users can become unable to delete items, retention processing can fail to delete content, and applicable version-preservation operations can stop maintaining edited-item copies.

A usage display would not fix those conditions by itself. Its benefit would be earlier recognition.

What administrators can inspect before the feature arrives​

There is no need to wait for the new Outlook interface to investigate Recoverable Items. Microsoft documents PowerShell commands for inspecting folder statistics, and the Exchange Team provides examples that separate primary-mailbox and archive usage. The following is a read-only diagnostic workflow, not a purge procedure.

1. Start with an authorized Exchange Online session​

Use an administrative environment with the Exchange Online PowerShell module available and an account authorized to inspect the target mailbox. Microsoft’s connection documentation describes modern-authentication connections, including accounts using multifactor authentication.

For an existing module installation, connect using the administrator’s actual sign-in name:

Connect-ExchangeOnline -UserPrincipalName [email][email protected][/email]

Complete the authentication prompt. The address above is a placeholder, not a mailbox to use unchanged.

A successful sign-in does not automatically grant every Exchange command or parameter. Microsoft notes that command access depends on assigned permissions. If the query is unavailable or denied, check the administrative role assignment rather than treating the error as proof that the mailbox has no recoverable content.

2. Inspect the primary mailbox’s recoverable folders​

Replace the example identity with the affected mailbox:

Get-MailboxFolderStatistics -Identity [email][email protected][/email] `
    -FolderScope RecoverableItems |
    Format-Table Name, FolderSize, TargetQuota

This follows the Exchange Team’s documented diagnostic approach. The expected result is a set of recoverable-folder rows with size and quota-target information—not a list of message subjects and not a deletion operation.

Microsoft recommends Get-EXOMailboxFolderStatistics for Exchange Online generally. The command shown here is also documented and matches the Exchange Team’s specific troubleshooting example. These are administrative diagnostics; they are not instructions for enabling the future Outlook feature.

3. Inspect the archive separately, where applicable​

For a mailbox with an archive, add the -Archive switch:

Get-MailboxFolderStatistics -Identity [email][email protected][/email] `
    -FolderScope RecoverableItems -Archive |
    Format-Table Name, FolderSize, TargetQuota

Microsoft documents -Archive as selecting statistics for the associated archive. Keep this result separate from the primary-mailbox query so that investigation does not confuse two different storage locations.

4. Avoid a misleading size calculation​

Microsoft identifies internal search-processing folders beneath DiscoveryHolds that do not count toward mailbox or Recoverable Items quotas. Their reported sizes can represent data processed rather than content still retained. Its guidance is to use individual FolderSize values rather than relying on FolderAndSubfolderSize for quota-consumption analysis.

This is a useful diagnostic safeguard: a large-looking folder total is not automatically evidence of equally large billable or quota-counting content.

5. Treat inspection and cleanup as separate decisions​

The successful outcome of this workflow is a clearer picture of where recoverable storage sits. It does not establish permission to remove that content.

Microsoft warns that incorrect cleanup can cause data loss and that protected mailboxes require more detailed handling. Any proposed removal should therefore follow a review of preservation requirements, administrative permissions, and the actual affected folders. After an authorized change, compare fresh statistics with the baseline to establish whether usage changed.

What users and help desks should do with the information​

For users, the most useful response to a future high-usage reading would be to capture the displayed amount and any accompanying warning, then identify the affected account when contacting support. That is practical guidance, not a claim that Microsoft has announced a particular warning design.

For help desks, the first decision should be which problem is being reported: ordinary mailbox capacity, Recoverable Items capacity, or an archive-related constraint. Microsoft’s service documentation treats these as distinct storage limits, so a generic “mailbox full” description is not enough to select a remedy.

A sensible triage sequence is:

1. Record the account, client, exact message, and displayed usage.
2. Establish which storage area is constrained.
3. Have an authorized administrator inspect the corresponding statistics.
4. Review preservation requirements before recommending deletion.
5. Recheck the same measurements after any approved intervention.

This sequence is an operational recommendation based on Microsoft’s separation of quotas and its cleanup safeguards, not a new Microsoft-mandated process.

A useful improvement, with a deliberately narrow promise​

The strongest reading of roadmap item 579190 is also the simplest: Microsoft plans to make recoverable-item consumption easier to see in Outlook. It has not announced extra capacity, automatic cleanup, new purge permissions, or changes to retention rules.

The editorial assessment is that this could be a worthwhile usability improvement precisely because the underlying storage is not intuitive. A clear number could help users describe a problem and help administrators ask the right first question.

But visibility and control are different things. Until Microsoft publishes interface and rollout details, the sensible expectation is better information—not a new Delete button with extraordinary powers.