Free guide

Scan to email with Microsoft 365 after December 2026

If your copier or scanner sends scans through smtp.office365.com with a mailbox password, Microsoft is turning that off by default at the end of December 2026. Here is every route Microsoft offers, when each one fits, and how to set it up.

Updated October 30, 2026Sources: Microsoft notice MC786329 and Microsoft Learn

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 showWhat it means
Server smtp.office365.com, port 587 or 25, a username and passwordAffected. This is SMTP AUTH with basic authentication.
Server smtp.office365.com, with OAuth, modern authentication or a Microsoft sign-in instead of a passwordNot affected. SMTP AUTH with OAuth keeps working.
Your MX endpoint (like contoso-com.mail.protection.outlook.com) on port 25Direct Send or an SMTP relay connector. Not SMTP AUTH, so not this change.
Some other server nameMail goes through another server or service first. Check how that server reaches Microsoft 365.

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.

RouteSends outside your organizationPortWhat you need
OAuth on the deviceClient SMTP submission with modern authenticationYes587A device and firmware that support OAuth, and a licensed mailbox
Basic SMTP AUTH, turned back onA stopgap until the final removal dateYes587An admin re-enables it; security defaults off
SMTP relay (connector)Your devices send to your MX endpointYes25A static IP not shared with another organization, or a certificate
Direct SendUnauthenticated, straight to your MX endpointNo25A From address in your domain; SPF, DKIM and DMARC
High Volume EmailDedicated HVE accounts, no mailboxNo587An HVE account with a pay-as-you-go billing policy
On-premises Exchange relayIf you still run Exchange ServerThrough your server25An Exchange server and a dedicated Receive connector
Third-party relayFor example, CopierBridgeYes587 or 465A 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

Sends outside your organizationPort 587Best if your model supports it

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

  1. Update the device's firmware to the version its maker lists for Microsoft 365 OAuth.
  2. In the email or SMTP settings, choose the OAuth, modern authentication or Microsoft 365 option.
  3. Sign in with the mailbox the device should send from, following the maker's steps.
  4. Make sure Authenticated SMTP is on for that mailbox (the steps are below). Device makers' OAuth guides ask for it too.
  5. Keep the server at smtp.office365.com, port 587, with TLS on (TLS 1.2 or TLS 1.3).
  6. 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

Sends outside your organizationPort 587Temporary

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)

  1. Open the Microsoft 365 admin center and go to Users > Active users.
  2. Select the user, and in the flyout select Mail.
  3. In the Email apps section, select Manage email apps.
  4. Check Authenticated SMTP, then select Save changes.

Or in Exchange Online PowerShell:

Set-CASMailbox -Identity scanner@example.com -SmtpClientAuthenticationDisabled $false

For 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 $false

Microsoft 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

Sends outside your organizationPort 25Static IP or certificate

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

  1. In the Exchange admin center, go to Mail flow > Connectors and select Add a connector.
  2. Connection from: Your organization's email server. Connection to: Office 365 (selected for you).
  3. Name the connector, leave Turn it on selected, and leave Retain internal Exchange email headers unselected.
  4. 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.
  5. Review and select Create connector.
  6. Add or update your domain's SPF record at your DNS provider.
  7. 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

Internal recipients onlyPort 25No sign-in

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

Internal recipients onlyPort 587Usage billing

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) or smtp-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

  1. In the Exchange admin center, select Mail flow, then High Volume Email.
  2. Select Add an HVE account and enter a display name, primary email address and password.
  3. 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

Port 25Needs Exchange Server

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

  1. In the Exchange admin center, go to Mail flow > Receive connectors and click Add.
  2. Name it (for example, Anonymous Relay). Role: Frontend Transport. Type: Custom.
  3. Keep the binding on port 25.
  4. Under Remote network settings, remove the default range and add only your devices' IP addresses.
  5. 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

Sends outside your organizationPort 587 or 465No static IP, no port 25

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

  1. Turn on Authenticated SMTP for the mailbox the device sends as, following Microsoft's steps for one mailbox:
    1. Open the Microsoft 365 admin center and go to Users > Active users.
    2. Select the user (the mailbox the device sends as), and in the flyout select Mail.
    3. In the Email apps section, select Manage email apps.
    4. Check Authenticated SMTP, then select Save changes.
    Microsoft's page: Enable or disable authenticated client SMTP submission (SMTP AUTH) in Exchange Online.
  2. Connect the mailbox with Microsoft's own sign-in. The mailbox owner approves sending only as that mailbox.
  3. Add the device and copy the username and password we create for it.
  4. Type four values into the copier and send a test scan:
Scan to email · SMTP settingsFront desk copier
SMTP server
smtp.copierbridge.com
Port
587
Encryption
STARTTLS
Authentication
On (username and password)
Username
frontdesk-copier
Password
••••••••••••••••
From address
scans@example.com
Each device gets its own username and password. Port 465 with TLS works too. Messages go out from your own Microsoft 365 mailbox.

It costs $9 a device a month, and your first device is free for 14 days. Start free.

Which one should you pick?

  1. Your device supports OAuth for Microsoft 365? Use OAuth on the device.
  2. 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.
  3. A static IP at the office, port 25 open, and someone comfortable in the Exchange admin center? An SMTP relay connector.
  4. Still running Exchange Server? An on-premises relay.
  5. 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.

Start free

Sign in with your Microsoft 365 work account, connect the mailbox your devices send as, and add your first device.