Skip to Content

MC441064: Exchange Online Customizable Message Expiration Timeout Interval Coming Soon

Updated December 7, 2022: We have updated the rollout timeline below. Thank you for your patience.

A common request from Exchange Online admins is for the ability to customize the message expiration timeout interval for messages sent by users in their organization. When a message in Exchange Online can’t be delivered or sent due to a temporary error, the message is queued for subsequent retries until either the message is delivered or sent, or until the message expires after the message expiration timeout interval has passed. In Exchange Online the service-wide default setting is 24 hours. With this update, we’ll now give admins the ability to customize the message expiration timeout interval for their organization from 12 hours to 24 hours.

This message is associated with Microsoft 365 Roadmap ID 93315.

A common request from Exchange Online admins is for the ability to customize the organizations message expiration timeout. When a message can’t be delivered immediately due to a transient error, it will queue up and be periodically retried until either the message is sent or until the message expires 24 hours later. For some messages, 24 hours can be too long to wait only to find out a message wasn’t delivered. So, we’re introducing the ability for admins to customize the message expiration timeout to be less than 24 hours.

MC441064: Exchange Online Customizable Message Expiration Timeout Interval Coming Soon

When this will happen

We will begin rolling out in mid-October and expect to complete rollout by late December (previously late November).

How this will affect your organization

If you change the default 24 hour message expiration timeout to a lower value, messages sent by your users that are queued for retry will expire faster, and they will receive a bounce message (NDR) faster. For example, customizing it to 12 hours means senders will receive a bounce message after only 12 hours of retrying a message that can’t be sent, instead of 24 hours.

What you need to do to prepare

There is nothing you need to do to prepare for this.

Once the setting is available for your tenant if you want to change it for senders in your organization you can run the following Remote PowerShell cmdlet:

Set-TransportConfig -MessageExpiration <12..24>

Message ID: MC441064
Published: 2022-09-30
Updated: 2022-12-07
Cloud instance(s): DoD, GCC High, Worldwide (Standard Multi-Tenant), GCC
Platform(s): Mac, Online, US Instances, Windows Desktop, World tenant

Alex Lim is a certified IT Technical Support Architect with over 15 years of experience in designing, implementing, and troubleshooting complex IT systems and networks. He has worked for leading IT companies, such as Microsoft, IBM, and Cisco, providing technical support and solutions to clients across various industries and sectors. Alex has a bachelor’s degree in computer science from the National University of Singapore and a master’s degree in information security from the Massachusetts Institute of Technology. He is also the author of several best-selling books on IT technical support, such as The IT Technical Support Handbook and Troubleshooting IT Systems and Networks. Alex lives in Bandar, Johore, Malaysia with his wife and two chilrdren. You can reach him at [email protected] or follow him on Website | Twitter | Facebook

    Ads Blocker Image Powered by Code Help Pro

    Your Support Matters...

    We run an independent site that is committed to delivering valuable content, but it comes with its challenges. Many of our readers use ad blockers, causing our advertising revenue to decline. Unlike some websites, we have not implemented paywalls to restrict access. Your support can make a significant difference. If you find this website useful and choose to support us, it would greatly secure our future. We appreciate your help. If you are currently using an ad blocker, please consider disabling it for our site. Thank you for your understanding and support.