MICROSOFT 365 / OUTBOUND MAIL

550 5.7.708:
what to check next.

This error means Exchange Online refused outbound traffic from a sending IP with low reputation. Microsoft says new customers, including trial subscribers, are more likely to encounter it.

Checked against Microsoft Learn on October 7, 2026. The code does not, by itself, prove account compromise, a DNS fault or a particular fix.

GRAPH SEND MAILDELIVERY EVIDENCE
202 acceptedTransportPolicy + routingRecipient

Accepted is not delivered.
Most transport work happens after Graph returns HTTP 202.

Microsoft documents policy evaluation, routing and next-hop delivery after Graph's direct interaction ends.

START WITH THE EVIDENCE

Sent Items is a step.
It is not a receipt.

Microsoft Graph returns HTTP 202 after it creates and saves the message for processing. Exchange then moves the message into transport, and a copy can appear in Sent Items before later policy checks, routing and delivery finish. Review the nondelivery report and Message Trace. A sent copy alone does not prove the recipient received the message.

Do not create a test-message loop.

Record the error code, sender, recipient and time privately. Use that evidence to inspect the one failed path instead of repeatedly sending more messages from the same tenant.

SAFE ADMINISTRATOR CHECKS

Work from the tenant out.
Keep each claim separate.

01 / SERVICE

License and tenant health

Confirm the intended mailbox has the required Exchange Online service and review subscription and service health. Microsoft directs trial customers who receive 5.7.708 to Support to request an IP exception until Exchange Online licenses are assigned.

02 / DOMAIN

Accepted domain and DNS

Confirm the sending domain is added and validated in Microsoft 365. Compare MX and authentication records with the intended setup before changing them. An unregistered sending domain is associated with a different error, 5.7.750.

03 / ROUTING

Connectors

Review intended mail-flow connectors and investigate anything unexpected. Microsoft names compromised administrators and unusual connectors as causes for related outbound restrictions. Do not weaken security or create an open relay to work around a block.

04 / RESTRICTIONS

Restricted entities

Check Microsoft Defender for blocked users. A clear user list does not prove that no tenant- or service-level restriction exists; these are different controls.

05 / IDENTITY

Admin and sign-in activity

Review suspicious sign-ins, unknown forwarding or inbox rules, unexpected administrative changes and unusual Sent Items. Follow Microsoft's compromised-account procedure when the evidence supports it.

06 / DELIVERY

Message Trace

Use Message Trace to determine whether the service received, rejected, deferred or delivered the message and which actions occurred before the final status. Keep recipients, message identifiers and exports private.

07 / PROTECTION

MFA and security posture

Protect administrator and sending identities with MFA, review alerts and Secure Score recommendations, and remediate confirmed problems before requesting restoration.

08 / SENDING MODEL

Use the right channel

Exchange Online is not a bulk-mail platform. Microsoft recommends a purpose-built bulk service when volume requires one. Keep routine customer correspondence distinct from campaigns and automated application traffic.

WHO CAN REMOVE THE BLOCK

Remediate first.
Then use the right review path.

For trial-related 5.7.708, Microsoft's published instruction is to contact Support for an IP exception until Exchange Online licenses are assigned. For related tenant-level outbound blocks, Microsoft instructs administrators to address the underlying cause and then contact Support to remove the block.

No third party can promise Microsoft approval.

A DNS correction, security review or technology assessment cannot guarantee unblocking, delivery restoration or a restoration time. Microsoft controls its service and restriction decisions.

YOUR NEXT STEP

Start with public DNS.
Then decide what help you need.

Run the free Email and DNS Security Check to inspect public MX, SPF, DKIM hints, DMARC, MTA-STS, TLS-RPT, DNSSEC and CAA records in your browser. It cannot inspect licenses, sign-ins, connectors, Message Trace or Microsoft's internal restriction state.

What the assessment includes

One remote site or workflow, up to 90 minutes, written priorities and a proposed next step. Choose Mail systems / migration. Timing is agreed when scheduling; configuration, implementation and ongoing support are separate. The assessment does not promise a diagnosis, delivery restoration or Microsoft unblocking. Read the scope and booking terms.

Do not submit passwords, tokens, customer messages, tenant identifiers or unredacted logs. Inquiries are reviewed for U.S. businesses, with Atlanta, Dallas–Fort Worth and Houston as the launch focus.

PRIMARY SOURCES

Microsoft guidance,
checked October 7, 2026.

  1. Fix NDR error codes 550 5.7.703, 5.7.705, 5.7.708 and 5.7.750Error meanings, safe resolution distinctions and Microsoft Support path.
  2. Overview of the Microsoft Graph send-mail processHTTP 202, Sent Items, transport, policy evaluation, routing and delivery reports.
  3. Troubleshoot outbound sending limits and blocked usersLimits, Restricted entities, account review, Message Trace, MFA and bulk-sending alternatives.
  4. Message Trace in the Microsoft Defender portalHow to distinguish received, rejected, deferred and delivered service outcomes.
  5. Add a domain to Microsoft 365Accepted-domain validation and DNS setup.
  6. Responding to a compromised email accountAdministrator remediation when compromise evidence exists.

This guide is general technical information. Microsoft may update service behavior and documentation; use the current NDR, Message Trace and Microsoft Support case for the affected tenant.