Enhanced Status Code 5.7.57: Client Not Authenticated to Send Mail
Enhanced Status Code 5.7.57 means “Client Not Authenticated to Send Mail.” Exchange Online received your message on the submission port without authentication. This is the error almost every application hits the first time it tries to send through Microsoft 365.
535 5.7.57 Client not authenticated to send mail. Error: 530 5.7.57 SMTP; Client was not authenticated to send anonymous mail during MAIL FROM
What does 5.7.57 mean?
Microsoft returns 5.7.57 when a client attempts to send mail through Exchange Online without having authenticated. The full text usually reads that the SMTP server requires a secure connection or the client was not authenticated. It is not an IANA-registered code; it belongs to Microsoft's extended numbering.
The usual cause is not a bad password but SMTP AUTH being switched off. Microsoft disables authenticated SMTP by default on new tenants as a security measure, and the setting exists at both tenant level and per mailbox. A mailbox can have correct credentials and still be unable to submit because the per-mailbox switch is off, which is confusing because nothing about the error suggests a setting rather than a credential.
The second most common cause is connection shape. Authenticated submission belongs on port 587 with STARTTLS, or on 465 with implicit TLS. Applications configured for port 25 are attempting server-to-server relay, which Exchange Online will not accept from an unauthenticated client, and no amount of correcting the password fixes a wrong port.
How 5.7.57 plays out
5.7.57 rejectionWhere 5.7.57 sits: soft vs hard bounce
| Soft bounce (4xx) | Hard bounce (5xx) | |
|---|---|---|
| Nature | Temporary | Permanent |
| SMTP class | 4xx | 5xx |
| What to do | Let it retry | Suppress the address |
| Recoverable? | Often | No |
| 5.7.57 is | ✓ this code |
What each provider means by 5.7.57
A registered code does not oblige a provider to use it that way, and the large ones diverge. Match the wording in your own bounce, not the definition above.
Common causes of 5.7.57
- SMTP AUTH is disabled for the tenant or for the specific mailbox
- The client is connecting to port 25 instead of 587 or 465
- No authentication was attempted before MAIL FROM
- Security defaults are enabled on the tenant, which block basic authentication
- The application uses basic authentication where the tenant requires OAuth
- STARTTLS was not negotiated, so the server refused to accept credentials
How to fix 5.7.57
- Enable authenticated SMTP for the specific mailbox, not just at tenant level
- Connect on port 587 with STARTTLS, or 465 with implicit TLS, never port 25
- Authenticate before issuing MAIL FROM
- If security defaults block basic authentication, move the application to OAuth 2.0
- Consider a connector or a dedicated relay for applications that cannot authenticate
- Check 535 and 5.7.8 if credentials are being offered and rejected rather than absent