In this guide · 8 sections
- 01Why scan-to-email stopped working: the common causes
- 02Microsoft's SMTP AUTH basic authentication timeline
- 03Quick checks before you change anything
- 04The three supported options for printers and scanners
- 05Setting up an SMTP relay connector
- 06Reject Direct Send and the 550 5.7.68 error
- 07Do it yourself or get help?
- 08Frequently asked questions
Short answer
Usual causes: a changed password, MFA, security defaults or SMTP AUTH being switched off. For a lasting fix, move the printer to OAuth if its firmware supports it, or to an SMTP relay connector with a static IP. Microsoft disables basic-auth SMTP by default at the end of December 2026.
Why scan-to-email stopped working: the common causes
Start with the error on the printer's screen or its web admin page, and the address the scans were sent from. Most failures match one of these.
| Symptom | Likely cause | Where to look |
|---|---|---|
| Authentication failed / 535 error | Password changed or expired, or the account now needs MFA | The sending mailbox in Microsoft 365 |
| Worked for years, failed after a security change | Security defaults or a policy now blocks basic authentication | Microsoft Entra admin centre |
| "SMTP AUTH disabled" message | SMTP AUTH turned off for the tenant or that mailbox | Exchange admin centre, mailbox settings |
| Cannot connect / TLS error | Printer only supports old TLS versions or port 465 | Printer firmware and SMTP settings |
| Scans reach staff but not outside addresses | Printer is using Direct Send, which is internal-only | Printer SMTP server setting |
| 550 5.7.68 rejection | Your admin has turned on Reject Direct Send | Exchange Online organisation settings |
Our guide to email bounce-back errors explains how to read the full error codes if the printer emails one back.
Microsoft's SMTP AUTH basic authentication timeline
Many printers send through smtp.office365.com on port 587 with a username and password. That is "client SMTP submission with basic authentication". Microsoft's updated deprecation timeline, published 27 January 2026, sets out the dates:
| When | What changes |
|---|---|
| Now to December 2026 | No change: basic-auth SMTP AUTH keeps working where it is enabled |
| End of December 2026 | Disabled by default for existing tenants; admins can still turn it back on |
| New tenants after December 2026 | Unavailable by default; OAuth is the supported method |
| Second half of 2027 | Microsoft announces the final removal date |
Quick checks before you change anything
If scanning stopped recently and the deadline has not passed, the fix is often small.
Sign in to the sending mailbox
Log in on the web with the account the printer uses. If the password has expired or it asks for MFA set-up, that explains the failure.
Check security defaults and policies
Microsoft says client SMTP submission with basic authentication is not compatible with security defaults in Microsoft Entra ID. If someone recently turned them on, basic-auth scanning will fail.
Check SMTP AUTH on the mailbox
In the Microsoft 365 admin centre, open the user, go to Mail, Manage email apps, and see whether Authenticated SMTP is ticked. It can also be disabled for the whole tenant.
Check the printer's SMTP settings
Server smtp.office365.com, port 587, STARTTLS or TLS on, and the full email address as the username. Microsoft says to use the DNS name, not an IP address.
Update the printer firmware
Older firmware may lack TLS 1.2 or OAuth support. Some printer makers have added OAuth support for Microsoft 365 in newer firmware, so check your model's release notes.
Do not turn off security defaults or MFA for the whole company to make a printer work. Fix the printer instead; our Microsoft 365 security checklist explains why those settings matter.
The three supported options for printers and scanners
Microsoft's guide to setting up a multifunction device or application to send email describes the methods. For a small office, these are the realistic choices.
SMTP AUTH with OAuth
Best if supported- Printer signs in with modern authentication
- Sends to internal and external recipients
- Needs printer firmware with Microsoft 365 OAuth support
- Uses a licensed mailbox and its sending limits
Best for: Newer printers from major brands with up-to-date firmware.
SMTP relay connector
Most durable- Printer sends to your MX endpoint on port 25
- An inbound connector trusts your static public IP or a certificate
- Sends to internal and external recipients
- Needs a static IP not shared with other organisations
Best for: Offices with a static IP, or several devices and apps.
Direct Send
Internal only- No authentication; printer sends to your MX endpoint on port 25
- Only reaches mailboxes in your own organisation
- Needs SPF, and ideally a static IP
- Blocked if Reject Direct Send is on
Best for: Scan-to-self in an office where every recipient is internal.
Microsoft's own page says most customers do not need Direct Send and recommends it only for advanced customers willing to manage it properly. It also notes that a device defaulting to port 465 does not support the TLS versions needed for SMTP AUTH.
Setting up an SMTP relay connector
For many offices, the relay connector is the most durable fix because it does not depend on a mailbox password or the printer's OAuth support. The outline:
- Confirm your office internet has a static public IP address (ask your ISP).
- In the Exchange admin centre, go to Mail flow, Connectors, and add a connector from "Your organization's email server" to Office 365, identified by that IP or a certificate.
- Point the printer to your MX endpoint, which looks like yourdomain-com.mail.protection.outlook.com, on port 25 with TLS.
- Add the office IP to your domain's SPF record so scans are not marked as spam.
- Send a test scan to an internal and an external address.
Check that your ISP does not block outbound port 25. If scans arrive but land in junk, our guide to Outlook emails going to spam covers SPF and DKIM.
Reject Direct Send and the 550 5.7.68 error
Microsoft introduced a Reject Direct Send setting to stop attackers sending spoofed mail that appears to come from your own domain. When an administrator turns it on, anonymous messages using your domain are rejected with 550 5.7.68 TenantInboundAttribution.
That is a good security change, but it also blocks printers using Direct Send. The fix is not to turn the setting off. Microsoft's guidance is to create a partner connector that matches the device's certificate or IP, so the printer's mail is attributed to your organisation. In practice, that means moving the printer to the relay connector method above.
Do it yourself or get help?
If the cause is a changed password or an outdated setting on the printer, a few minutes in the printer's web page fixes it. Moving to OAuth or a relay connector takes admin access to Microsoft 365, the printer's admin page and, for a connector, knowledge of your office IP.
A single printer is usually within a Quick Fix (S$119 for up to one hour of remote work, with a written summary), and we quote first if it needs longer. If your Microsoft 365 set-up itself needs sorting out, our Business Email Setup (S$249) sets up Microsoft 365 or Google Workspace on your domain with SPF, DKIM and DMARC, in your own account.
Frequently asked questions
The most common causes are a changed or expired password on the sending account, MFA or security defaults blocking basic authentication, SMTP AUTH being disabled for the mailbox or tenant, or the printer not supporting TLS 1.2. Check the printer's error and sign in to the sending mailbox to narrow it down.
Microsoft's January 2026 timeline says basic authentication for SMTP AUTH will be disabled by default for existing tenants at the end of December 2026. Administrators can still re-enable it after that, and Microsoft will announce the final removal date in the second half of 2027. New tenants created after December 2026 will not have it by default.
Yes, by switching method. Use SMTP AUTH with OAuth if your printer firmware supports it, or set up an SMTP relay connector in Exchange Online that trusts your office's static IP. Direct Send also works but only for recipients inside your own organisation.
It means your Microsoft 365 administrator has turned on Reject Direct Send, so anonymous messages using your own domain are rejected. Printers using Direct Send are affected. The recommended fix is a partner or relay connector that identifies the device by certificate or static IP, not turning the protection off.
No. Weakening MFA or security defaults to keep an old printer working creates a much bigger risk than a broken scan button. Move the printer to OAuth or an SMTP relay connector instead, which removes the need for a password-based mailbox login.