Provider deliverability · Outlook (Outlook.com / Hotmail / Live)

How to stop emails going to spam in Outlook

Samuel Chenard

By Samuel Chenard · CEO & Co-Founder, Palisade · Reviewed July 17, 2026

To stop emails going to spam in Outlook, fix the four things Microsoft's filter actually scores: authentication that passes but doesn't align with your From domain, a rising junk-complaint rate, weak list hygiene and content signals, and a cold IP or domain with no sending history. Align SPF and DKIM first; that is the post-May-2025 junk trigger.

The 30-second check

Start with a 30-second reality check on the domain you send from. The free email security score grades your SPF, DKIM, and DMARC setup in one pass and shows whether the records that Outlook's filter checks are present, aligned with your From domain, and enforced. If mail is bouncing outright rather than landing in Junk, you have a blocking problem instead; see the Outlook blocking guide in the related pages below.

Check your domain now

Enter your sending domain and the check runs instantly on the next page. Free, no signup.

Why Outlook is blocking your email

Likely causeWhat's happening
Authentication passes, but not for your From domainThe top junk trigger since May 5, 2025, when Outlook.com started enforcing SPF, DKIM, and DMARC for domains sending 5,000+ messages a day and routing non-compliant mail to the Junk folder first, with rejection to follow. Microsoft's policy requires DMARC at least `p=none` that aligns "with either SPF or DKIM (preferably both)", and ESP defaults break exactly this: SPF passes on the platform's bounce domain and DKIM signs with the platform's domain, so nothing aligns with the address your recipients see. Delivered-but-junked is what this failure looks like from the outside.
Your junk-complaint rate is dragging SmartScreen downMicrosoft's postmaster documentation says SmartScreen weighs "the sending IP, domain, authentication, list accuracy, complaint rates, content and more", and singles out one of them: "one of the principal factors in driving down a sender's reputation and deliverability is their junk email complaint rate." Every recipient who clicks Junk votes your future mail into the spam folder, authenticated or not.
You started cold: new IP or domain, full volume, no warm-upPer Microsoft's troubleshooting page, "IPs not previously used to send email typically don't have any reputation built up in our systems", so early mail defaults to Junk while history accumulates. Microsoft says a new IP "can expect to be fully ramped within a couple of weeks or sooner" if volume climbs gradually and complaints stay minimal. One useful shortcut in the same doc: a new IP added under your existing SPF records can inherit the domain's established reputation.
Content and list-accuracy signalsMicrosoft names "list accuracy" and "content" among SmartScreen's inputs but publishes no specifics, so treat these as the adjustable dials after authentication and complaints. In practice that means mailing addresses that actually engage, and cutting the things filters historically dislike: link shorteners, mismatched link text, image-only bodies (our field experience, not a Microsoft-published list).
You're violating Microsoft's published sending policiesOutlook.com's policy page requires an unsubscribe mechanism that is "easy for recipients to find and use", valid reverse DNS on sending IPs, no more than 500 simultaneous connections without prior approval, and no retransmission after a 5xx rejection. Senders that keep hammering dead addresses or bury the opt-out link accumulate exactly the complaint and bounce profile SmartScreen punishes.
Recipients are junking you and you can't hear itOutlook.com sends complaint feedback only to senders enrolled in the Junk Email Reporting Program, which "lets you receive reports when users junk your messages" per Microsoft's SNDS site. Unenrolled senders fly blind: the complaint rate climbs, placement worsens, and the first visible symptom is an inbox-placement collapse nobody can explain.
Numbered six-step card titled Stop Outlook junking your mail: the sender-side fix. Steps: score the sending domain, align SPF and DKIM with your From domain, enroll in SNDS and JMRP, cut the complaint drivers, warm up new IPs and domains, and re-test at an Outlook.com mailbox confirming spf, dkim, and dmarc all pass

How to fix it, step by step

  1. Run the email security score on your sending domain

    Use the free checker above (or at /tools/email-security-score). It grades SPF, DKIM, and DMARC in one pass and shows which record is missing, unaligned, or unenforced, so you fix the signal Outlook's filter is actually scoring instead of rewriting subject lines.

  2. Check Microsoft's specific requirements

    Run the same domain through the free Microsoft compliance checker at /tools/microsoft-compliance-checker. It tests against Microsoft's May 2025 sender requirements as published: SPF and DKIM passing, plus a DMARC record of at least p=none that aligns with one of them.

  3. Align SPF and DKIM with your From domain

    In every sending platform, enable the custom return path and generate DKIM keys for your own domain rather than keeping the platform defaults. Verify with /tools/spf and /tools/dkim: the domain that passes must match the visible From address, because that alignment is what Microsoft's DMARC requirement measures.

  4. Enroll in SNDS and JMRP

    Register your sending IPs in Smart Network Data Services to see Microsoft's own verdict on your traffic, and join the Junk Email Reporting Program so every junk click comes back to you as a report. Note SNDS is changing: trap-hit counts leave the Data Report on July 22, 2026.

  5. Cut the complaint drivers

    Microsoft names the junk-complaint rate a principal reputation factor, so act on the JMRP data: drop recipients who never engage, make the unsubscribe link easy to find and honor it immediately, and stop retransmitting after permanent 5xx failures (all three are published Outlook.com policy expectations).

  6. Warm up, re-test, and keep DMARC reports flowing

    Ramp new IPs and domains gradually; Microsoft's stated ramp is a couple of weeks when complaints stay low. Send a test to an Outlook.com mailbox and confirm spf=pass, dkim=pass, and dmarc=pass in the received headers, then monitor DMARC aggregate reports so the next unaligned sender surfaces in a report instead of the Junk folder.

Related free tools: Microsoft compliance checker · SPF checker · DKIM checker · DMARC checker · Domain reputation

If you send in volume: Outlook's published rules

Since May 5, 2025, Outlook.com enforces authentication for domains sending more than 5,000 messages a day to consumer addresses (outlook.com, hotmail.com, live.com): SPF and DKIM must pass, and DMARC must be published at minimum p=none (Microsoft recommends p=reject) with alignment to SPF or DKIM, preferably both. Enforcement is exactly this page's symptom: non-compliant mail is routed to the Junk folder first, and Microsoft's postmaster site states it will move to rejecting those messages until the DNS records are corrected (checked 2026-07-17). Below 5,000 a day the same checks still feed filtering, so treat them as the baseline at any volume.

Check your standing with Outlook

Bounce codes you may be seeing

Blocks in this cluster surface as specific SMTP codes. Match yours below; the linked guides cover each code's verbatim provider messages and full fix.

The real root cause: unenforced authentication

Junk placement in Outlook is a reputation verdict, and every input above feeds the same ledger. Unaligned authentication caps your score no matter how clean the list is; a cold IP starts in Junk by default; and each junk click compounds, because Microsoft names the complaint rate a principal factor in deliverability. The durable fix is to make authentication a settled fact rather than a recurring project: SPF and DKIM correct for every sending service, DMARC aligned on the From domain, and the policy enforced at p=reject so spoofed mail can't generate complaints against your name. Monitoring the DMARC reports tells you which sender is about to cost you inbox placement; enforcement is what keeps the reputation you rebuild.

Enforce it — don't just monitor it

Palisade's AI agent takes domains all the way to enforcement: hosted SPF, DKIM, DMARC, and MTA-STS records, DMARC reports monitored continuously, and policies advanced to p=reject automatically. Your first domain is free, and the full product is open for 15 days, no card.

Free 15-day trial · No credit card · Your own domain free forever (NFR)

Fixing this across every client domain

Junk-folder tickets are the worst kind for an MSP because nothing bounces: the client insists mail "sends fine" and the evidence sits in fifty recipients' Junk folders. Microsoft scores every client domain separately, so alignment, SNDS registration, JMRP enrollment, and warm-up are per-domain chores. Palisade collapses that: it hosts and manages SPF, DKIM, DMARC, and MTA-STS records for every client domain, surfaces unaligned senders from DMARC reports before placement collapses, and drives each domain to p=reject automatically. Alerts land in ConnectWise, HaloPSA, or Autotask via native PSA integrations; pricing is $9 per domain per month, dropping to $7 at 100+ domains and $5 at 1,000+, and your own MSP domain runs free as an NFR domain.

Frequently asked questions

Because passing is only half of Microsoft's requirement: the domain that passes must align with your visible From domain. Mail sent through an ESP often passes SPF and DKIM on the platform's own domain, fails DMARC alignment, and gets junked under the May 2025 rules. Set the custom return path and your own DKIM signing domain.

Register your sending IPs in Smart Network Data Services, Microsoft's free portal showing its own data on your traffic, and enroll in the Junk Email Reporting Program to receive a report each time a recipient junks your message. Together they replace guesswork; note trap-hit counts leave the SNDS Data Report on July 22, 2026.

DNS fixes work fast: once aligned SPF or DKIM propagates, usually within hours, the authentication penalty stops applying. Reputation recovers slower. Microsoft says a new IP can expect to be fully ramped within a couple of weeks or sooner, provided volume climbs gradually and junk complaints stay minimal throughout the ramp.

Microsoft publishes no numeric ceiling. Its postmaster documentation calls the junk email complaint rate one of the principal factors driving down a sender's reputation and deliverability, but attaches no percentage to it. Treat every complaint as expensive: enroll in JMRP so you see each one, and cut the mail streams that generate them.

The mandatory enforcement threshold is 5,000+ messages a day to Outlook.com consumer addresses, but Microsoft strongly recommends SPF, DKIM, and DMARC for all senders, and the same signals feed SmartScreen filtering at any volume. Small senders with unaligned authentication still land in Junk; they just skip the formal rejection stage.

Hotmail, Live, MSN, and Outlook.com addresses share one filtering stack, and Microsoft's SmartScreen weighs its own complaint and reputation history, which is separate from Google's. A domain with clean standing at Gmail can carry a poor Microsoft complaint record. Diagnose with SNDS and JMRP rather than assuming Gmail's verdict transfers.

It helps that one mailbox and adds a small positive signal, but it does not scale and it never outruns the underlying causes. If authentication is unaligned or complaints keep arriving, new recipients still see Junk placement. Fix alignment, enroll in JMRP, and cut complaint drivers; reserve Not junk requests for key contacts.

Related guides

Email deliverability, fixed: the full guide