Email Spam Tester

HomeBloggE-post havner i søppelpost i Outlook: slik fikser du det

E-post havner i søppelpost i Outlook: slik fikser du det

Outlook.com, Microsoft 365 og Outlook-appen filtrerer e-post ulikt. Se Microsofts krav fra mai 2025, hva 550 5.7.515 betyr, og løsningene.

På denne sidenOutlook.com og reglene fra mai 2025
  1. Outlook.com og reglene fra mai 2025
  2. Hva returkoden forteller deg
  3. Tredjepartsavsendere og SPF-kravet
  4. Microsoft 365 filtreres etter andres regler
  5. Slik leser du konklusjonen i meldingshodene
  6. SNDS og JMRP, nå på Postmaster-nettstedet
  7. Hva personen i den andre enden kan endre
  8. Test før den faktiske utsendingen

«Outlook» er tre forskjellige filtre, og løsningen avhenger av hvilket av dem som flyttet e-posten din til søppelpost. Det finnes Outlook.com, Microsofts e-posttjeneste for privatpersoner, som også håndterer adresser på hotmail.com, live.com og msn.com. Det finnes Microsoft 365, bedriftenes betalte e-postkasser, der en administrator i mottakerens bedrift fastsetter retningslinjene for spam. Og det finnes Outlook-appen på datamaskinen til mottakeren, som kan kjøre sitt eget søppelpostfilter i tillegg til serverens vurdering. Avsenderreglene Microsoft kunngjorde i 2025, gjelder bare den første av disse.

Før jeg endrer én eneste DNS-oppføring, ser jeg derfor på mottakerens adresse. En hotmail.com- eller outlook.com-adresse betyr at reglene for privatbrukere nedenfor gjelder. En adresse hos en bedrift som kjører e-posten sin på Microsoft, betyr at en tenantpolicy skrevet av bedriftens IT-team gjelder.

Outlook.com og reglene fra mai 2025

I april 2025 kunngjorde Microsoft krav til domener som sender mer enn 5 000 e-poster om dagen til selskapets forbrukertjeneste, og siden med retningslinjer for Postmaster oppgir 5. mai 2025 som datoen de trådte i kraft. Over dette volumet gjelder følgende:

  • SPF må bestås for avsenderdomenet.
  • DKIM må bestås.
  • DMARC må være publisert med «minst p=none» og være justert med SPF eller DKIM, «helst begge». Siden med retningslinjer legger til at p=reject anbefales.

Støtteartikkelen om returen formulerer dette litt annerledes. Den regner 5 000 eller flere meldinger til Microsofts forbrukertjenester som alle bruker det samme domenet i From-adressen. Den sier at både SPF- og DKIM-kontrollene må bestås, og når et domene når dette nivået, forventer Microsoft at «alle meldinger fra avsendere på domenet» følger reglene, ikke bare nyhetsbrevet som fikk volumet over grensen. DMARC-eksempelet er omtrent så lite som en oppføring kan være:

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

Jeg ville lagt til en rapporteringsadresse, rua=mailto:dmarc@example.com eller en annen adresse der du faktisk leser e-post. Outlook.com sender aggregerte rapporter (Microsofts FAQ sier at tjenesten sender RUA og ikke har planer om å sende RUF), og DMARC-kontrollen viser om adressen du oppgir, kan motta dem.

Google satte den samme grensen på 5 000 per dag for Gmail i februar 2024 og begynte å trappe opp håndhevingen, inkludert avvisninger, i november 2025. Yahoo håndhever en lignende liste uten å oppgi noen terskel.

Hvordan regelen håndheves, ble endret mens kunngjøringen fortsatt var ny. Det opprinnelige innlegget sa at e-post som ikke oppfylte kravene, først ville havne i søppelpost og kanskje bli avvist senere. En oppdatering datert 29. april sier at Microsoft i stedet bestemte seg for å avvise den, men det samme innlegget inneholder fortsatt det eldre avsnittet om søppelpost først lenger nede. Den forsiktige tolkningen i dag er at e-post som ikke oppfyller kravene, har gått til søppelpost siden 5. mai 2025, og at Outlook.com nå også avviser den med denne meldingen:

550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.

Returtekst fra Outlook.com, sitert i Microsofts støtteartikkel

Jeg har ikke funnet noen publisert dato for overgangen til avvisning. Støtteartikkelen beskriver den ganske enkelt i presens.

Hva returkoden forteller deg

En returmelding fra Outlook.com er mer nyttig enn en melding som bare blir liggende i søppelpostmappen, fordi den oppgir en årsak. Microsofts side for feilsøking har en tabell over kodene. Dette er kodene vanlige avsendere oftest møter:

KodeHva Microsoft sier at den betyr
550 5.7.515Domenet sender over 5,000 meldinger om dagen og er ikke autentisert med SPF, DKIM og DMARC
550 SC-001Avvist på grunn av retningslinjer, "content with spam-like characteristics or IP/domain reputation"
550 SC-004IP-adressen din er blokkert etter klager på e-post som er sendt fra den
421 RP-001Frekvensbegrensning for IP-adressen som kobler til, også på grunn av omdømme

En vanlig 550 5.7.1 uten Microsofts egne koder er en annen type avvisning. Det finnes en egen side om hvordan du tolker den.

Tredjepartsavsendere og SPF-kravet

Mange domener sender gjennom flere tjenester samtidig: en nyhetsbrevplattform, et CRM-system, en brukerstøttetjeneste og et faktureringssystem. Alle sender med domenet ditt i From-feltet, og alle må være dekket av oppføringene dine. På spørsmål om reglene fortsatt gjelder når en leverandør sender for deg, svarer Microsofts FAQ: «Ja. Selv om du setter ut sendingen, er autentiseringen knyttet til domenet ditt.» Støtteartikkelen beskriver hva du må kontrollere: at DKIM signerer med domenet ditt, og at SPF-oppføringen «inneholder IP-adressen eller include-verdiene som tjenesten krever».

Det er her kravet om både SPF og DKIM blir forvirrende. Mange plattformer bruker en returadresse på sitt eget domene, og det er denne Return-Path-adressen SPF faktisk kontrollerer. SPF godkjennes da for plattformen, noe som oppfyller kravet om at kontrollen «må godkjennes», mens DMARC-justeringen må komme fra DKIM-signering med domenet ditt. Hvis plattformen i stedet signerer med sitt eget domene, får du to godkjente kontroller uten justering, og den påfølgende DMARC fail er akkurat det 5.7.515 handler om. Støtteartikkelen ber deg også kontrollere om Return-Path-domenet er justert med From-domenet.to godkjente kontroller, ingen justering: hele historien om 5.7.515

Hver tjeneste du legger til i SPF, bruker også DNS-oppslag. Microsofts FAQ formulerer det slik: «Hvis du overskrider 10 DNS-oppslag, kan SPF-kontrollen mislykkes.» SPF-kontrollen teller dem for deg, og hvis du har for mange, kan du lese hvordan du kommer under ti igjen. DKIM-kontrollen gjør den tilsvarende kontrollen for hver plattforms selektor.

Microsoft 365 filtreres etter andres regler

En Microsoft 365-organisasjon har retningslinjer mot spam som administratorene konfigurerer. Som standard går spam, spam med høy sikkerhet og masseutsendelser til søppelpostmappen, mens phishing går i karantene, og phishing med høy sikkerhet alltid settes i karantene. Karantene er utfallet som rammer avsenderen hardest, siden mottakeren ikke finner meldingen i noen mappe med mindre vedkommende leter etter den. Standardreglene beholder den der i 15 dager, mens forhåndsinnstillingene Standard og Strict beholder den i 30 dager.

Masseutsendelser har et eget mål, klagenivå for masseutsendelser. En BCL på 1 til 3 betyr en masseutsender med få klager, mens 8 eller 9 betyr en avsender med mange. Standardreglene sender masseutsendelser til søppelpost fra BCL 7, forhåndsinnstillingen Standard fra 6 og Strict fra 5. Siden juli 2026 finnes det også et nyere lag: Masseutsendelser med reklameinnhold får etiketten Promotions uansett BCL, og der en administrator har slått på "Bulk moves enabled", havner de i mappen Promotions. Det er ikke spam, men det er heller ikke innboksen. Funksjonen rulles fortsatt ut.

De to Microsoft-systemene er ikke isolert fra hverandre. Microsoft sier at spamfilteret i Microsoft 365 «lærer av kjente spam- og phishing-trusler og tilbakemeldinger fra brukere av forbrukerplattformen vår, Outlook.com». Det hotmail.com-brukere rapporterer, påvirker derfor filteret som brukes for bedriftsinnbokser.

Administratorer kan også legge en avsender til i en liste over tillatte avsendere. Det omgår det meste av beskyttelsen, med unntak av skadevare og phishing med høy sikkerhet. Hvis en partnerbedrift stadig mottar fakturaene dine som søppelpost, er det IT-teamet deres som kan se den faktiske vurderingen.

Slik leser du konklusjonen i meldingshodene

Når du får tak i meldingen slik den ble mottatt i en Microsoft 365-postkasse, viser antispam-hodene avgjørelsen direkte. X-Forefront-Antispam-Report inneholder noen felt det er nyttig å kjenne til:

  • SFV:SPM betyr at spamfiltreringen merket meldingen som spam, SFV:NSPM at den ikke ble merket som spam, og SFV:SFE at filtreringen ble hoppet over fordi avsenderen står på brukerens Safe Senders-liste.
  • CAT angir hvilken policykategori som ble brukt: SPM, HSPM (spam med høy konfidens), BULK, PHSH, SPOOF.
  • SCL er et tall, enten -1 eller fra 0 til 9. Eldre veiledninger behandler dette som konklusjonen. Microsofts gjeldende side om SCL sier at verdien «ikke avgjør om spamfiltreringen identifiserer en melding som spam eller spam med høy konfidens», så les CAT først.

Meldingshodene inneholder også compauth, Microsofts samlede konklusjon basert på SPF, DKIM, DMARC og andre deler av meldingen. Årsakskode 001 betyr at implisitt autentisering mislyktes, vanligvis fordi avsenderdomenet ikke hadde publisert noen autentiseringsoppføringer eller bare hadde en svak policy.

SNDS og JMRP, nå på Postmaster-nettstedet

Smart Network Data Services, eller SNDS, ligger nå på det nye Postmaster-nettstedet og erstatter det gamle på sendersupport.olc.protection.outlook.com. Det rapporterer per IP-adresse, så du må bevise at du eier et IP-område før det viser deg noe. Dataene omfatter volum, klageandel og en farge som viser hvor stor del av trafikken din filteret vurderte som spam: grønn under 10 %, gul mellom 10 % og 90 %, rød over 90 %. Tilgangen utløper nå 10 måneder etter godkjenning eller migrering og må fornyes.

For en liten avsender kan SNDS være helt tomt, siden det kan utelate en IP som sendte færre enn 100 meldinger på en gitt dag. Hvis du sender via en plattforms delte IP-adresser, eier du ikke disse adressene og kan ikke registrere dem.

JMRP, Junk Mail Reporting Program, er tilbakemeldingssløyfen. Registrer deg via SNDS, så sender Microsoft deg utvalgte meldingshoder fra meldinger som Outlook.com-brukere har merket som søppelpost, vanligvis innen 72 timer. Legg til nye IP-adresser etter hvert som du tar dem i bruk.

Microsoft kaller klageandelen for søppelpost «en av de viktigste faktorene» for en avsenders omdømme, og SNDS FAQ omtaler en klageandel under 0,3 % som «et godt mål å sikte mot». Nye IP-adresser trenger tid. Microsoft sier at en ny adresse kan forvente å være fullt opptrappet «innen et par uker eller tidligere, avhengig av volum og listens nøyaktighet». Og nei, det finnes ingen liste du kan betale deg inn på. Feilsøkingssiden spør om Outlook.com har en tillatelsesliste som en avsender kan komme inn på, og svarer «Nei».

Hva personen i den andre enden kan endre

Noe av dette ligger hos mottakeren, og det er rimelig å be leseren om hjelp. I Outlook.com (Settings, deretter Mail og så Junk email) kan brukeren merke en melding som Not junk eller legge avsenderen til i Safe senders and domains. Denne listen kan inneholde opptil 10 000 oppføringer, og Microsoft opplyser at lenker og bilder fra avsendere på listen vanligvis aktiveres som standard. En streng bruker kan også slå på «exclusive»-modus, som bare godtar e-post fra Contacts og Safe Senders.

Junk-knappen virker motsatt vei. Microsoft bruker disse rapportene til å avgjøre om fremtidig e-post fra samme avsender skal blokkeres. I tillegg anbefaler Microsoft at avsendere inkluderer en avmeldingslenke som er «clearly visible». Microsofts tekst nevner ikke List-Unsubscribe-hodene for avmelding med ett klikk som Gmail og Yahoo krever, men siden den samme kampanjen sendes til alle tre, ville jeg lagt dem til overalt (de to hodene).

Skrivebordsappen har sitt eget Junk Email Filter. Som standard er det satt til «No Automatic Filtering», med Low, High og «Safe Lists Only» som strengere alternativer. Det siste behandler alt fra avsendere utenfor brukerens lister over trygge avsendere som søppelpost. Listene over trygge og blokkerte avsendere synkroniseres med serveren og brukes også der.

Så har vi Focused Inbox, som deler innboksen i Focused og Other og, med Microsofts egne ord, «filters out noisy sources like automatically generated or bulk email». Other er en fane i innboksen, og slik jeg tolker det, har et nyhetsbrev som ligger der, allerede passert spamfilteret.

Test før den faktiske utsendingen

Microsofts egen side for feilsøking sier at de "strongly recommends that you conduct email testing prior to sending live communications". Det er dette trinnet Email Spam Tester dekker. Du sender den faktiske meldingen til en adresse som siden genererer, fra serveren eller plattformen du faktisk skal bruke, og rapporten viser 42 kontroller: SPF, DKIM og DMARC med justering, omvendt DNS, avsenderens IP på 21 blokkeringslister (hvorfor disse er viktige), avmeldingshoder og innholdet. Mislykkede kontroller kommer med en plan for å løse problemet og DNS-oppføringer du kan kopiere. Poengene hver rettelse er verdt, kommer fra poengtabellen.

Legg til testen av innboksplassering, så sendes den samme meldingen også til innbokser hos Gmail, Outlook, Yahoo og andre leverandører. Rapporten viser hvor den havnet hos hver av dem, lest direkte fra postboksen, inkludert Focused eller Other der leverandøren sorterer på den måten. Det er gratis og krever ingen registrering. Dokumentasjonen forklarer hver kontroll og hvor mange poeng den koster.

Hvis neste trinn er å sende inn en supportsak, må du merke deg at Microsofts skjema for leveringsproblemer bare tar imot saker om adresser på @outlook.com, @hotmail.com, @live.com og @msn.com. Siden med retningslinjer advarer om at hvis du ikke følger kravene, "it may not be possible for our support team to assist you."

Mer fra bloggen

Send først den faktiske e-posten til en testadresse

42 kontroller av SPF, DKIM, DMARC, blokkeringslister, avmeldingshoder og innhold, pluss hvilken mappe den havner i hos Gmail, Outlook, Yahoo og andre leverandører. Gratis, ingen registrering.

Få en testadresse