De eisen van Microsoft voor bulkverzenders: wat er veranderde en wat je moet doen

In mei 2025 begon Microsoft met het handhaven van dezelfde soort regels voor bulkverzenders die Gmail en Yahoo in februari 2024 invoerden. De grens ligt op 5.000+ berichten per dag naar adressen van Outlook.com / Hotmail / Live (de consumentenkant). Microsoft kondigde aan eerst mail naar junk te sturen, vanaf 5 mei 2025, en daarna te weigeren met 550 5.7.515. Halverwege 2026 zit de meeste handhaving in de fase van weigeren.

Dit is de volledige checklist.

Eis 1: SPF moet slagen

Het verzendende IP moet geautoriseerd zijn in het SPF-record van het domein in de Return-Path / Mail From.

• Gebruik één SPF-record per domein.
• Blijf onder 10 DNS-lookups.
• Vermijd +all. Gebruik -all of ~all.

Valideer met onze SPF lookup.

Eis 2: DKIM moet slagen

Elk bericht moet een DKIM-handtekening hebben van het verzenddomein (of van een subdomein dat in alignment is met de From:-header).

• Sleutels van 2048 bits hebben de voorkeur boven 1024.
• Roteer sleutels minstens één keer per jaar.
• Teken niet met een selector van een derde partij, tenzij die in alignment is met DMARC.

Valideer met de DKIM lookup.

Eis 3: DMARC moet gepubliceerd zijn, minimaal p=none

Microsoft eist een DMARC-record op het organisatiedomein. p=none voldoet technisch aan de regel, maar Microsoft waardeert p=quarantine en p=reject gunstiger. Niet-geauthenticeerde mail die je domein spooft, beschadigt ook je reputatie als DMARC niet wordt gehandhaafd.

Maak of verbeter je record met de DMARC generator.

Eis 4: one-click List-Unsubscribe (RFC 8058)

Microsoft noemt een werkende, zichtbare uitschrijfmogelijkheid een aanbeveling en geen eis. One-click headers volgens RFC 8058 zijn de veilige manier om eraan te voldoen, en Gmail en Yahoo vragen er toch al om. Neem ze allebei op:

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://example.com/unsub?token=xyz>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Biedt een mailclient one-click unsubscribe aan, dan stuurt hij een POST naar je URL. Je endpoint moet:

• POST-verzoeken accepteren (niet alleen GET).
• De uitschrijving binnen 24 uur verwerken, het liefst binnen seconden.
• Niet eisen dat de gebruiker inlogt of iets invult.

Eis 5: reverse DNS (PTR)

Verzendende IP's moeten een PTR-record hebben dat verwijst naar een hostname op een domein dat jij beheert. De hostname moet overeenkomen met je HELO/EHLO.

Controleer met de reverse DNS (PTR) lookup.

Eis 6: klachtenpercentage onder 0,3%

Microsoft houdt het klachtenpercentage in JMRP in de gaten, maar publiceert geen grens. Zie 0,3%, het plafond dat Gmail en Yahoo publiceren, als de uiterste grens.

Praktisch doel: < 0,1%. Meld je aan voor JMRP en onderdruk klagers direct.

Eis 7: geen spoofing van grote merken

Microsoft filtert streng op mail die eruit probeert te zien als meldingen van grote merken (Microsoft zelf, banken, pakketbezorgers). Gebruik geen weergavenamen als "Microsoft Account Team", tenzij je dat echt bent.

Eis 8: geldige From / Reply-To

• Het From:-adres moet op een domein staan dat jij beheert en dat een werkend MX-record heeft.
• Reply-To: moet mail accepteren. Reply-to-adressen die bouncen, trekken je reputatie flink omlaag.

Eis 9: versleuteld transport

TLS 1.2 of 1.3 op uitgaande SMTP. Microsoft geeft onversleutelde verbindingen geleidelijk minder voorrang.

Eis 10: één verzender, één identiteit

Meng transactionele mail en marketingmail niet op hetzelfde domein, tenzij je ze hebt gescheiden met subdomeinen (bijvoorbeeld mail.yourdomain.com voor marketing, notify.yourdomain.com voor transactioneel). Reputatie die van het ene naar het andere overslaat, is een veelvoorkomende oorzaak van "mijn transactionele mail gaat naar junk".

De tijdlijn van de handhaving

Fase	Gedrag
Junk	Mail die niet voldoet, wordt in de junkmap afgeleverd, ongeacht de inhoud
Weigering	Mail die niet voldoet, wordt bij SMTP geweigerd met 550 5.7.515

De meeste verzenders die 5.000+/dag naar Outlook.com versturen, zitten nu in de fase van weigeren als SPF, DKIM of DMARC niet slaagt.

Zo controleer je je setup

1. Draai Domain Health op elk verzenddomein.
2. Stuur een testbericht naar een Microsoft-mailbox en bekijk de headers met de email header analyzer. Alle Authentication-Results-regels moeten pass tonen.
3. Controleer of one-click unsubscribe je uitschrijfhandler echt aanroept: verstuur naar jezelf, klik in Outlook en bevestig dat je backend een POST ontving.
4. Verifieer rDNS met de reverse DNS (PTR) lookup.

Veelgestelde vragen

Geldt de grens van 5.000/dag per IP of per domein? Per verzenddomein naar adressen van Outlook.com / Hotmail / Live, opgeteld over alle IP's.

Gelden deze regels ook voor ontvangers op Microsoft 365? Microsoft 365 (Exchange Online) handhaaft een vergelijkbare set regels die apart wordt gescoord. In de praktijk zit je voor allebei goed als je aan de eisen voor bulkverzenders voldoet.

Wat als ik onder 5.000/dag zit? Dan ben je strikt genomen niet verplicht om te voldoen, maar dezelfde signalen beïnvloeden je reputatie. Zie de lijst als best practice, ongeacht je volume.

Gerelateerd

• Waarom e-mails in de junkmap van Outlook belanden
• Delisting bij Microsoft Outlook: de gids

Bronnen

• Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders (Microsoft Tech Community), de eisen (SPF pass, DKIM pass, DMARC minimaal p=none en in alignment), de aanbevelingen en de weigering met 550 5.7.515.
• Outlook.com Postmaster: Troubleshooting, de lijst met SMTP-fouten van Outlook.com, waaronder 550 5.7.515 voor domeinen boven 5.000 per dag die niet door de authenticatie komen.
• Outlook.com Postmaster: Services for Senders and ISPs, JMRP en SNDS, de klacht- en reputatiefeeds van Outlook.com.
• RFC 8058: Signaling One-Click Functionality for List Email Headers, de POST voor one-click unsubscribe.