Message Center
Published Apr 26, 2024
Updated January 27, 2026: Based on customer feedback and visibility into adoption progress, we are refining the Exchange Online SMTP AUTH Basic Authentication Deprecation timeline to provide clearer milestones and additional runway.
We will provide detailed information in a follow up Message Center Post.
Updated October 18, 2024: We have updated the SMTP AUTH Clients Submission Report in the Exchange admin center, adding the Authentication Protocol column to show if Basic auth or OAuth is being used to submit email to Exchange Online. The data will build up over the next 90 days. Thank you for your patience.
Today, we are announcing that Exchange OnlineThe SMTP AUTH Basic Authentication Deprecation has been put on hold. In 2027, Microsoft will permanently remove supportannounce the final removal date for SMTP AUTH Basic authentication with Client Submission (SMTP AUTH) in September 2025. After this time,Authentication.
Once Basic Auth is removed from SMTP AUTH, applications and devices will no longer be able to use Basic auth as an authentication method and must use OAuth when using SMTP AUTH to send email.
Basic auth is a legacy authentication method that sends usernames and passwords in plain text over the network. This makes it vulnerable to credential theft, phishing, and brute force attacks. To improve the protection of our customers and their data, we are retiring Basic auth from Client Submission (SMTP AUTH) and encouraging customers to use modern authentication methods that are more secure.
When this will happen:
We will be making this change in September 2025.
The removal of Basic Auth from SMTP AUTH Client Submission has been put on hold (previously beginning March 1st, 2026, and completing April 30th, 2026).
How this will affect your organization:
In September 2024, we will update theThe SMTP AUTH Clients Submission Report in the Exchange admin center has been updated to show if Basic auth or OAuth is being used to submit email to Exchange Online. In January 2025, we will send a Message Center post to tenants who are using
The removal of Basic auth withAuth from SMTP AUTH Client Submission (SMTP AUTH) to alert them to the upcoming change. In August 2025, about 30 days before we disable Basic auth we will send another Message Center post to tenants who are still using Basic auth with Client Submission (SMTP AUTH)has been put on hold (previously beginning March 1st, 2026, and completing April 30th, 2026).
During September 2025, we will remove support for Basic auth with the Client Submission (SMTP AUTH) endpoints:
Once Basic auth is permanently disabled, any clients or apps connecting using Basic auth with Client Submission (SMTP AUTH) will receive this response:
What you need to do to prepare:
The removal of Basic Auth from SMTP AUTH Client Submission has been put on hold (previously beginning March 1st, 2026, and completing April 30th, 2026)
If your client supports OAuth, follow these steps: Authenticate an IMAP, POP or SMTP connection using OAuth
If your client doesn’t support OAuth and you must use Basic Auth with Client Submission (SMTP AUTH), you will need to switch to one of the following alternatives before September 2025:following the timeline that will be announced in 2027 (previously April 2026):
• If you are using basic authentication with Client Submission (SMTP AUTH) to send emails to recipients internal to your tenant, you can use Microsoft 365 High Volume Email. Please visit this site to learn more: Manage high volume emails for Microsoft 365 Public preview
• If you have an Exchange Server on-premises in a hybrid configuration, you can use Basic auth to authenticate with the Exchange Server on-premises or configure the Exchange Server on-premises with a Receive connector that allows anonymous relay on Exchange servers. Please visit this site to learn more: Allow anonymous relay on Exchange servers
Regardless of the volume of email, if you must use Basic auth to send email with Exchange Online, then you must use one of the alternatives.alternatives or a 3P solution.
We understand that this change requires some adjustments, but we believe that this is a necessary step to enhance the security and reliability of our email service and your data.