What's changing
“End of December 2026: SMTP AUTH Basic Authentication will be disabled by default for existing tenants.”Microsoft 365 Message Center, notice MC786329, updated January 27, 2026
Tenants created after December 2026 won't have basic SMTP AUTH at all. Admins of existing tenants can still turn it back on for now, and Microsoft will announce the final removal date in the second half of 2027. The full timeline, and what turning it back on means.
Microsoft's notice is direct about what to do instead: “if you must use Basic auth to send email with Exchange Online, then you must use one of the alternatives or a 3P solution.” A 3P solution is a third-party one.
Some devices may already be failing
Microsoft's documentation says SMTP AUTH is already disabled in organizations with security defaults turned on, and is disabled for organizations created after January 2020 unless it is enabled per mailbox.
Check whether your device is affected
Open the device's scan-to-email settings. Office copiers and scanners usually have a built-in web page: type the device's IP address into a browser on the same network, sign in as the administrator, and find the email or SMTP section. Some show the same settings on the front panel.
| What the settings show | What it means |
|---|---|
Server smtp.office365.com, port 587 or 25, a username and password | Affected. This is SMTP AUTH with basic authentication. |
| Server smtp.office365.com, with OAuth, modern authentication or a Microsoft sign-in instead of a password | Not affected. SMTP AUTH with OAuth keeps working. |
Your MX endpoint (like contoso-com.mail.protection.outlook.com) on port 25 | Direct Send or an SMTP relay connector. Not SMTP AUTH, so not this change. |
| Some other server name | Mail goes through another server or service first. Check how that server reaches Microsoft 365. |
Already seeing an error?
Look it up on Microsoft 365 SMTP errors: 535 5.7.139, 535 5.7.3, 5.7.57 and Ricoh's destination error. Or start from scan to email not working.
Your options at a glance
Microsoft lists the alternatives as OAuth on the device, High Volume Email (internal recipients only), an on-premises Exchange relay, or a third-party solution. Its setup article adds SMTP relay through a connector and Direct Send.
| Route | Sends outside your organization | Port | What you need |
|---|---|---|---|
| OAuth on the deviceClient SMTP submission with modern authentication | Yes | 587 | A device and firmware that support OAuth, and a licensed mailbox |
| Basic SMTP AUTH, turned back onA stopgap until the final removal date | Yes | 587 | An admin re-enables it; security defaults off |
| SMTP relay (connector)Your devices send to your MX endpoint | Yes | 25 | A static IP not shared with another organization, or a certificate |
| Direct SendUnauthenticated, straight to your MX endpoint | No | 25 | A From address in your domain; SPF, DKIM and DMARC |
| High Volume EmailDedicated HVE accounts, no mailbox | No | 587 | An HVE account with a pay-as-you-go billing policy |
| On-premises Exchange relayIf you still run Exchange Server | Through your server | 25 | An Exchange server and a dedicated Receive connector |
| Third-party relayFor example, CopierBridge | Yes | 587 or 465 | A subscription, and Authenticated SMTP on for the mailbox |
Source: Microsoft Learn, How to set up a multifunction device or application to send email using Microsoft 365 or Office 365 (read October 30, 2026)
1. OAuth on the device
The device signs in to Microsoft 365 with OAuth instead of a stored password. It's still SMTP AUTH, so it keeps working after December 2026, and it's the method Microsoft recommends for client SMTP submission.
When it fits
Your copier's maker supports OAuth for Microsoft 365 on your model and firmware. Check your brand's page: Canon, Ricoh, Xerox, HP, Konica Minolta, Kyocera, Sharp, Brother, Epson, Lexmark.
How to set it up
- Update the device's firmware to the version its maker lists for Microsoft 365 OAuth.
- In the email or SMTP settings, choose the OAuth, modern authentication or Microsoft 365 option.
- Sign in with the mailbox the device should send from, following the maker's steps.
- Make sure Authenticated SMTP is on for that mailbox (the steps are below). Device makers' OAuth guides ask for it too.
- Keep the server at
smtp.office365.com, port 587, with TLS on (TLS 1.2 or TLS 1.3). - Send a test scan to an address inside and one outside your organization.
For IT: what the device does
It authenticates the SMTP connection with SASL XOAUTH2, using an access token issued for the https://outlook.office.com/SMTP.Send permission.
Source: Microsoft Learn, Authenticate an IMAP, POP or SMTP connection using OAuth (read October 30, 2026)
2. Turn basic SMTP AUTH back on, for now
The notice says admins can still re-enable basic SMTP AUTH for now. It buys time, not a fix: Microsoft will announce the final removal date in the second half of 2027.
For one mailbox (recommended)
- Open the Microsoft 365 admin center and go to Users > Active users.
- Select the user, and in the flyout select Mail.
- In the Email apps section, select Manage email apps.
- Check Authenticated SMTP, then select Save changes.
Or in Exchange Online PowerShell:
Set-CASMailbox -Identity scanner@example.com -SmtpClientAuthenticationDisabled $falseFor the whole organization
In the Exchange admin center, the Mail flow settings page has a toggle labelled Turn off SMTP AUTH protocol for your organization. In PowerShell:
Set-TransportConfig -SmtpClientAuthenticationDisabled $falseMicrosoft recommends keeping SMTP AUTH off for the organization and enabling it only for the mailboxes that still need it. The mailbox setting takes precedence over the organization setting.
It won't work if…
- Security defaults are on in Microsoft Entra ID (they disable SMTP AUTH), or
- An authentication policy disables basic authentication for SMTP.
Device settings for this route
- Server
smtp.office365.com(don't use an IP address)- Port
- 587 (recommended) or 25
- Encryption
- TLS/STARTTLS on, TLS 1.2 or TLS 1.3
- Username and password
- The sign-in of a licensed mailbox
- Sending limits
- 10,000 recipients per day. 30 messages per minute.
If the device sends from a different address than the one it signs in with, the sign-in account needs Send As permission on that mailbox. The full settings are on our Office 365 SMTP settings page.
Source: Microsoft Learn, Enable or disable authenticated client SMTP submission (SMTP AUTH) in Exchange Online (read October 30, 2026)
3. SMTP relay with a connector
The device sends to your domain's MX endpoint, and Microsoft 365 recognises it by a certificate or by your office's static public IP address through an inbound connector. No mailbox password is involved.
What you need
- A static public IP address that isn't shared with another organization, or a certificate. Dynamic IPs aren't supported.
- Port 25 open on your network. Some firewalls and internet providers block it.
- An SPF record for your domain, so messages aren't flagged as spam.
How to set it up
- In the Exchange admin center, go to Mail flow > Connectors and select Add a connector.
- Connection from: Your organization's email server. Connection to: Office 365 (selected for you).
- Name the connector, leave Turn it on selected, and leave Retain internal Exchange email headers unselected.
- Choose how Microsoft recognises your device: by the certificate's subject name matching your domain (Microsoft's recommendation), or by the IP addresses that belong exclusively to your organization.
- Review and select Create connector.
- Add or update your domain's SPF record at your DNS provider.
- On the device, set the server to your MX endpoint (find it under Show all > Settings > Domains in the admin center), port 25, and send a test.
Limits
- Can't be used from a service hosted by a third party (Microsoft's example is Azure).
- Sent messages don't appear in a Sent Items folder.
- Mail can be disrupted if your IP address lands on a spam blocklist.
Source: Microsoft Learn, How to set up a multifunction device or application to send email using Microsoft 365 or Office 365 (read October 30, 2026)
4. Direct Send
The device sends unauthenticated mail straight to your MX endpoint, like any outside mail server would.
“Can't deliver email to external recipients (for example, recipients with Yahoo! or Gmail addresses).”Microsoft Learn, on Direct Send
What you need
- Port 25 open.
- A From address in a domain your Microsoft 365 tenant accepts (no mailbox needed).
- SPF (a static IP address is recommended for it), DKIM and DMARC set up for the domain.
- Device settings: server = your MX endpoint, port 25, TLS optional, no username or password.
Microsoft's own caution
“Most customers don't need to use Direct Send. We're working on an option to disable Direct Send by default to protect customers.” Microsoft recommends it only for advanced customers willing to take on the responsibilities of email server admins.
Source: Microsoft Learn, How to set up a multifunction device or application to send email using Microsoft 365 or Office 365 (read October 30, 2026)
5. High Volume Email
High Volume Email (HVE) uses dedicated HVE accounts, not mailboxes, for apps and devices that send email inside your organization. HVE accounts don't need Microsoft 365 licenses, but each one must be tied to a billing policy linked to an Azure subscription for usage-based billing. Without one, the account can't send.
- Server
smtp.hve.mx.microsoft(recommended) orsmtp-hve.office365.com(to be deprecated)- Port
- 587, TLS on
- Sign-in
- The HVE account's credentials, or an OAuth token
- Recipients
- Internal recipients within the tenant only; up to 50 per message
How to set it up
- In the Exchange admin center, select Mail flow, then High Volume Email.
- Select Add an HVE account and enter a display name, primary email address and password.
- Choose a pay-as-you-go billing policy, review, and select Create.
If security defaults are on in Microsoft Entra ID, HVE accounts can sign in only with OAuth.
Source: Microsoft Learn, Manage High Volume Email for Microsoft 365 (read October 30, 2026)
6. An on-premises Exchange relay
If you still run Exchange Server on site, it can accept mail from your copiers and pass it on. Microsoft's method is a dedicated Receive connector in the Front End Transport service that allows anonymous relay only from a list of internal hosts.
How to set it up
- In the Exchange admin center, go to Mail flow > Receive connectors and click Add.
- Name it (for example, Anonymous Relay). Role: Frontend Transport. Type: Custom.
- Keep the binding on port 25.
- Under Remote network settings, remove the default range and add only your devices' IP addresses.
- Then, in the Exchange Management Shell:
Set-ReceiveConnector "Anonymous Relay" -PermissionGroups AnonymousUsers
Get-ReceiveConnector "Anonymous Relay" | Add-ADPermission -User "NT AUTHORITY\ANONYMOUS LOGON" -ExtendedRights "Ms-Exch-SMTP-Accept-Any-Recipient"“Restricting access to the Receive connector is critical, because you don't want to configure the server as an open relay.”
Source: Microsoft Learn, Allow anonymous relay on Exchange servers (read October 30, 2026)
7. A third-party relay
Microsoft's notice names a third-party solution as one of the ways forward. A relay accepts the device's username and password and handles Microsoft's sign-in itself.
CopierBridge is one. Each message goes out from your own mailbox through Microsoft's own mail service, signed in with OAuth and permission to send only (the SMTP.Send permission Microsoft documents for SMTP). Nothing we hold can read the mailbox, and we don't store messages.
How to set it up
- Turn on Authenticated SMTP for the mailbox the device sends as, following Microsoft's steps for one mailbox:
- Open the Microsoft 365 admin center and go to Users > Active users.
- Select the user (the mailbox the device sends as), and in the flyout select Mail.
- In the Email apps section, select Manage email apps.
- Check Authenticated SMTP, then select Save changes.
- Connect the mailbox with Microsoft's own sign-in. The mailbox owner approves sending only as that mailbox.
- Add the device and copy the username and password we create for it.
- Type four values into the copier and send a test scan:
- SMTP server
- smtp.copierbridge.com
- Port
- 587
- Encryption
- STARTTLS
- Authentication
- On (username and password)
- Username
- frontdesk-copier
- Password
- ••••••••••••••••
- From address
- scans@example.com
It costs $9 a device a month, and your first device is free for 14 days. Start free.
Which one should you pick?
- Your device supports OAuth for Microsoft 365? Use OAuth on the device.
- Scans only ever go to people inside your organization? Direct Send or High Volume Email can work. HVE bills by usage through an Azure subscription.
- A static IP at the office, port 25 open, and someone comfortable in the Exchange admin center? An SMTP relay connector.
- Still running Exchange Server? An on-premises relay.
- None of the above? A third-party relay. Turning basic SMTP AUTH back on buys time until the final removal date, which Microsoft will announce in the second half of 2027.
Common questions
What is Microsoft changing, and when?
Microsoft's Message Center notice MC786329 says: “End of December 2026: SMTP AUTH Basic Authentication will be disabled by default for existing tenants.” Tenants created after December 2026 won't have it by default.
Admins can still turn it back on for now. Microsoft will announce the final removal date in the second half of 2027.
Can we just turn basic authentication back on?
For now, yes. The notice says admins can still re-enable it, per mailbox (the Authenticated SMTP setting in the Microsoft 365 admin center) or for the whole organization. It's a stopgap: Microsoft will announce the final removal date in the second half of 2027.
It won't work while security defaults are on in Microsoft Entra ID, or while an authentication policy blocks basic authentication for SMTP.
Our device only offers port 465. Can it send through Microsoft 365?
Not with client SMTP submission, according to Microsoft: “If your device or application recommends or defaults to TCP port 465, it doesn't support the required versions of TLS for client SMTP submission in Microsoft 365 or Office 365.”
CopierBridge accepts connections on port 465 with TLS as well as on port 587 with STARTTLS.
Does this affect Direct Send or an SMTP relay connector?
The notice is about SMTP AUTH with basic authentication. Direct Send uses no authentication, and an SMTP relay connector authenticates your devices by a certificate or your static IP address.
Microsoft's setup article does say, about Direct Send: “We're working on an option to disable Direct Send by default to protect customers.”
More in the FAQ.
Want the easy route for devices that can't do OAuth?
$9 a device a month. Your first device is free for 14 days.
Sign in with your Microsoft 365 work account, connect the mailbox your devices send as, and add your first device.