Hvorfor ender mine mails i spam i Outlook? Løs problemet

"Outlook" er tre forskellige filtre, og løsningen afhænger af, hvilket af dem der flyttede din e-mail til uønsket mail. Der er Outlook.com, Microsofts e-mailtjeneste til private, som også håndterer adresser på hotmail.com, live.com og msn.com. Der er Microsoft 365, de virksomheds-postkasser, som virksomheder betaler for, hvor en administrator hos modtagerens virksomhed fastsætter spampolitikken. Og der er Outlook-appen på en persons computer, som kan køre sit eget filter for uønsket mail oven i serverens afgørelse. De afsenderregler, som Microsoft annoncerede i 2025, gælder kun for den første af disse.

Så før jeg ændrer en eneste DNS-record, ser jeg på modtagerens adresse. En adresse på hotmail.com eller outlook.com betyder, at reglerne for private nedenfor gælder. En adresse hos en virksomhed, der kører sin e-mail på Microsoft, betyder, at en tenant-politik, som er skrevet af virksomhedens IT-team, gælder.

01Outlook.com og reglerne fra maj 2025

I april 2025 offentliggjorde Microsoft krav til domæner, der sender mere end 5.000 e-mails om dagen til virksomhedens forbrugertjeneste, og siden med Postmaster-politikker angiver den 5. maj 2025 som datoen, hvor de trådte i kraft. Over denne mængde gælder følgende:

• SPF skal bestå for afsenderdomænet.
• DKIM skal bestå.
• DMARC skal være publiceret med "mindst p=none" og være justeret med SPF eller DKIM, "helst begge". Siden med politikker tilføjer, at p=reject anbefales.

Supportartiklen om afvisningen formulerer det lidt anderledes. Den tæller 5.000 eller flere meddelelser til Microsofts forbrugertjenester, som alle bruger det samme domæne i From-adressen. Den siger, at både SPF- og DKIM-kontrollen skal bestås, og når et domæne når denne grænse, forventer Microsoft, at "alle meddelelser fra afsendere på domænet" overholder reglerne, ikke kun det nyhedsbrev, der fik mængden over grænsen. Deres DMARC-eksempel er omtrent så kort, som en post kan være:

Hostname:   _dmarc
TXT value:  v=DMARC1; p=none

Jeg ville føje en rapporteringsadresse til den, rua=mailto:dmarc@example.com eller den adresse, hvor du faktisk læser mail. Outlook.com sender samlede rapporter (Microsofts FAQ siger, at tjenesten sender RUA og ikke har planer om at sende RUF), og DMARC-kontrollen viser, om den adresse, du angiver, kan modtage dem.

Google satte den samme grænse på 5.000 om dagen for Gmail i februar 2024 og begyndte gradvist at håndhæve reglerne, inklusive afvisninger, i november 2025. Yahoo håndhæver en tilsvarende liste uden at angive en grænse.

Måden, reglen håndhæves på, ændrede sig, mens meddelelsen stadig var ny. Det oprindelige indlæg sagde, at mail, som ikke overholdt kravene, først ville ende i spam og muligvis blive afvist senere. En opdatering dateret den 29. april siger, at Microsoft i stedet besluttede at afvise den, men det samme indlæg indeholder længere nede stadig det ældre afsnit om først at sende mailen til spam. Den forsigtige fortolkning i dag er, at mail, som ikke overholder kravene, siden den 5. maj 2025 er endt i spam, og at Outlook.com nu også afviser den med denne meddelelse:

Jeg har ikke fundet en offentliggjort dato for overgangen til afvisning. Supportartiklen beskriver det blot i nutid.

02Hvad bouncekoden fortæller dig

En bounce fra Outlook.com er mere nyttig end en meddelelse, der ligger ubemærket i Uønsket mail, fordi den angiver en årsag. Microsofts side om fejlfinding indeholder en tabel over koderne, og disse er relevante for almindelige afsendere:

En almindelig 550 5.7.1 uden Microsofts egne koder er en anden type afvisning, og der findes en separat side om, hvordan du læser den.

03Tredjepartsafsendere og SPF-kravet

Mange domæner sender via flere tjenester på samme tid: en nyhedsbrevsplatform, et CRM-system, en helpdesk og fakturering. De sender alle med dit domæne i From-linjen, og de skal alle være dækket af dine poster. På spørgsmålet om reglerne stadig gælder, når en udbyder sender på dine vegne, svarer Microsofts FAQ: "Ja. Selv hvis du har udliciteret afsendelsen, er godkendelsen knyttet til dit domæne." Supportartiklen beskriver, hvad du skal kontrollere: at DKIM signerer med dit domæne, og at din SPF-post "indeholder den IP-adresse eller de include-værdier, som tjenesten kræver".

Det er her, kravet om både SPF og DKIM bliver forvirrende. Mange platforme placerer bounce-adressen på deres eget domæne, og det er denne Return-Path, som SPF faktisk kontrollerer. SPF godkendes derefter for platformen, hvilket opfylder kravet om, at den "skal godkendes", mens DMARC-justeringen skal komme fra en DKIM-signatur med dit domæne. Hvis platformen i stedet signerer med sit eget domæne, får du to godkendelser uden justering, og den efterfølgende DMARC fail er præcis, hvad 5.7.515 handler om. Supportartiklen beder dig også kontrollere, om Return-Path-domænet er justeret med From-domænet.to godkendelser, ingen justering: hele historien om 5.7.515

Hver tjeneste, du føjer til SPF, bruger også DNS-opslag. Microsofts FAQ formulerer det sådan: "Hvis du overstiger 10 DNS-opslag, kan dit SPF-tjek mislykkes." SPF-kontrollen tæller dem for dig, og hvis du har for mange, kan du se her, hvordan du kommer ned under ti igen. DKIM-kontrollen udfører den tilsvarende kontrol for hver platforms selector.

04Microsoft 365 filtreres efter en andens politik

En Microsoft 365-organisation har antispampolitikker, som dens administratorer konfigurerer. Som standard sendes spam, spam med høj sikkerhed og massemails til mappen Junk Email, mens phishing sendes i karantæne, og phishing med høj sikkerhed altid sættes i karantæne. Fra afsenderens side er karantæne det værste udfald, fordi modtageren ikke finder beskeden i nogen mappe, medmindre vedkommende aktivt leder efter den. Standardpolitikken opbevarer den der i 15 dage, mens forudindstillingerne Standard og Strict opbevarer den i 30 dage.

Massemails har deres eget mål, niveauet for klager over massemails. En BCL på 1 til 3 betyder en masseafsender med få klager, mens 8 eller 9 betyder en afsender med mange. Standardpolitikken sender massemails til Junk fra BCL 7, forudindstillingen Standard fra 6 og Strict fra 5. Siden juli 2026 findes der også et nyere lag: Massemails af reklamemæssig karakter får mærket Promotions uanset deres BCL, og hvis en administrator har aktiveret "Bulk moves enabled", lander de i en Promotions-mappe. Det er ikke spam, men det er heller ikke indbakken. Funktionen er stadig ved at blive rullet ud.

De to Microsoft-systemer er ikke adskilt fra hinanden. Microsoft oplyser, at spamfiltreringen i Microsoft 365 "lærer af kendte spam- og phishingtrusler samt brugerfeedback fra vores forbrugerplatform, Outlook.com", så det, som læsere på hotmail.com rapporterer, indgår i det filter, som virksomhedsindbakker bruger.

Administratorer kan også føje en afsender til en liste over tilladte afsendere, hvilket omgår det meste af beskyttelsen bortset fra malware og phishing med høj sikkerhed. Hvis en partnervirksomhed bliver ved med at modtage dine fakturaer i Junk, er det deres IT-team, der kan se den faktiske klassificering.

05Sådan læser du resultatet i headerne

Hvis du kan få fat i meddelelsen, som den blev modtaget i en Microsoft 365-postkasse, angiver antispam-headerne afgørelsen direkte. X-Forefront-Antispam-Report indeholder nogle felter, der er værd at kende:

• SFV:SPM betyder, at spamfiltreringen markerede meddelelsen som spam, SFV:NSPM som ikke-spam og SFV:SFE, at filtreringen blev sprunget over, fordi afsenderen står på brugerens liste over sikre afsendere.
• CAT angiver kategorien for den anvendte politik: SPM, HSPM (spam med høj sikkerhed), BULK, PHSH, SPOOF.
• SCL er et tal, enten -1 eller fra 0 til 9. Ældre vejledninger behandler det som afgørelsen. Microsofts aktuelle side om SCL siger, at værdien "ikke afgør, om spamfiltreringen identificerer en meddelelse som spam eller spam med høj sikkerhed", så læs CAT først.

Headerne indeholder også compauth, Microsofts samlede afgørelse baseret på SPF, DKIM, DMARC og andre dele af meddelelsen. Årsagskoden 001 betyder, at implicit godkendelse mislykkedes, typisk fordi afsenderdomænet ikke havde offentliggjort nogen godkendelsesposter eller kun havde en svag politik.

06SNDS og JMRP, nu på Postmaster-webstedet

Smart Network Data Services, eller SNDS, findes nu på det nye Postmaster-websted og erstatter det gamle på sendersupport.olc.protection.outlook.com. Det rapporterer pr. IP-adresse, så du skal bevise, at du ejer et IP-interval, før det viser dig noget. Dataene omfatter mængde, klageprocenter og en farvekode for, hvor stor en del af din trafik filteret vurderede som spam: grøn under 10 %, gul mellem 10 % og 90 %, rød over 90 %. Adgangen udløber nu 10 måneder efter godkendelse eller migrering og skal fornyes.

For en lille afsender viser SNDS muligvis slet ingenting, da det kan udelade en IP, der har sendt færre end 100 meddelelser på en given dag. Hvis du sender via en platforms delte IP-adresser, ejer du ikke disse adresser og kan ikke registrere dem.

JMRP, Junk Mail Reporting Program, er feedbacksløjfen. Tilmeld dig via SNDS, så sender Microsoft dig udvalgte headers fra meddelelser, som Outlook.com-brugere har markeret som uønsket mail, typisk inden for 72 timer. Føj nye IP-adresser til programmet, efterhånden som du tager dem i brug.

Microsoft kalder klageprocenten for uønsket mail "en af de vigtigste faktorer" i en afsenders omdømme, og SNDS' FAQ kalder en klageprocent under 0,3 % "et godt mål at sigte efter". Nye IP-adresser kræver tid. Microsoft siger, at en ny IP kan forvente at være fuldt indkørt "inden for et par uger eller hurtigere afhængigt af mængde og listens nøjagtighed". Og nej, der findes ikke en liste, du kan betale dig adgang til. Fejlfindingssiden spørger, om Outlook.com har en tilladelsesliste, som en afsender kan komme på, og svarer "Nej."

07Hvad personen i den anden ende kan ændre

Noget af dette ligger hos modtageren, og det er rimeligt at bede læseren om hjælp. I Outlook.com (Indstillinger, derefter Mail og derefter Uønsket mail) kan en bruger markere en meddelelse som Ikke uønsket eller føje afsenderen til Sikre afsendere og domæner. Listen kan indeholde op til 10.000 poster, og Microsoft oplyser, at afsendere på den typisk får deres links og billeder aktiveret som standard. En bruger med strenge indstillinger kan også slå tilstanden "exclusive" til, som kun accepterer mail fra Kontakter og Sikre afsendere.

Knappen Uønsket mail fungerer modsat. Microsoft bruger disse rapporter til at afgøre, om fremtidig mail fra samme afsender skal blokeres. Derudover anbefaler Microsoft afsendere at have et afmeldingslink, der er "tydeligt synligt". Microsofts tekst nævner ikke de List-Unsubscribe-headere til afmelding med ét klik, som Gmail og Yahoo kræver, men da den samme kampagne sendes til alle tre, ville jeg tilføje dem overalt (de to headere).

Desktopappen har sit eget filter for uønsket mail. Som standard er det indstillet til "No Automatic Filtering", med Low, High og "Safe Lists Only" over dette niveau. Sidstnævnte behandler alt fra afsendere uden for brugerens lister over sikre afsendere som uønsket mail. Listerne over sikre og blokerede afsendere synkroniseres med serveren og bruges også der.

Derudover er der Prioriteret indbakke, som opdeler indbakken i Prioriteret og Andre og med Microsofts ord "filtrerer støjende kilder som automatisk genererede mails eller massemails fra". Andre er en fane i indbakken, og sådan som jeg læser det, har et nyhedsbrev, der ligger der, allerede passeret spamfiltreringen.

08Test før den faktiske udsendelse

Microsofts egen side om fejlfinding siger, at de "på det kraftigste anbefaler, at du tester e-mails, før du sender rigtig kommunikation". Det er det trin, Email Spam Tester dækker. Du sender den faktiske meddelelse til en adresse, som siden genererer, fra den server eller platform, du reelt vil bruge, og rapporten viser 42 kontroller: SPF, DKIM og DMARC med alignment, omvendt DNS, afsenderens IP på 21 blokeringslister (derfor er de vigtige), afmeldingsheaders og indholdet. Kontroller, der ikke bestås, indeholder en plan for rettelsen og DNS-poster, du kan kopiere, og antallet af point for hver rettelse kommer fra pointtabellen.

Tilføj testen af indbakkeplacering, så sendes den samme meddelelse også til indbakker hos Gmail, Outlook, Yahoo og andre udbydere. Rapporten viser, hvor den endte hos hver enkelt, aflæst direkte fra postkassen, inklusive Focused eller Other, hvor udbyderen sorterer på den måde. Det er gratis og kræver ingen tilmelding. Dokumentationen forklarer hver kontrol, og hvor mange point den koster.

Hvis dit næste trin er en supportsag, skal du være opmærksom på, at Microsofts formular om levering kun tager imod sager om adresser på @outlook.com, @hotmail.com, @live.com og @msn.com. Siden med politikker advarer om, at hvis du ikke overholder kravene, "kan vores supportteam muligvis ikke hjælpe dig."