Miksi sähköpostini päätyvät roskapostiin Outlookissa? (Ja miten korjaan sen)

"Outlook" tarkoittaa kolmea eri suodatinta, ja korjaus riippuu siitä, mikä niistä siirsi sähköpostisi Junk-kansioon. Outlook.com on Microsoftin kuluttajille tarkoitettu sähköpostipalvelu, joka kattaa myös hotmail.com-, live.com- ja msn.com-osoitteet. Microsoft 365 sisältää yritysten maksulliset postilaatikot, joissa vastaanottajan yrityksen järjestelmänvalvoja määrittää roskapostikäytännön. Lisäksi käyttäjän tietokoneella oleva Outlook-sovellus voi käyttää omaa Junk-suodatintaan palvelimen tekemän päätöksen lisäksi. Microsoftin vuonna 2025 julkistamat lähettäjäsäännöt koskevat vain ensimmäistä näistä.

Ennen kuin muutan yhtäkään DNS-tietuetta, tarkistan siis vastaanottajan osoitteen. hotmail.com- tai outlook.com-osoite tarkoittaa, että alla olevia kuluttajapalvelun sääntöjä sovelletaan. Jos yrityksen sähköposti toimii Microsoftin palvelussa, osoitteeseen sovelletaan kyseisen yrityksen IT-tiimin laatimaa tenant-käytäntöä.

01Outlook.com ja toukokuun 2025 säännöt

Huhtikuussa 2025 Microsoft julkisti vaatimukset verkkotunnuksille, jotka lähettävät yli 5 000 sähköpostia päivässä sen kuluttajapalveluun. Postmaster-käytäntöjen sivun mukaan vaatimukset tulivat voimaan 5. toukokuuta 2025. Kun määrä ylittyy:

• SPF-tarkistuksen on onnistuttava lähettävälle verkkotunnukselle.
• DKIM-tarkistuksen on onnistuttava.
• DMARC-tietue on julkaistava asetuksella "vähintään p=none", ja sen on oltava kohdistettu SPF:n tai DKIM:n kanssa, "mieluiten molempien". Käytäntöjen sivulla suositellaan lisäksi asetusta p=reject.

Palautusviestiä käsittelevässä tukiartikkelissa asia ilmaistaan hieman eri tavalla. Raja on vähintään 5 000 viestiä Microsoftin kuluttajapalveluihin, kun kaikissa viesteissä käytetään samaa verkkotunnusta From-osoitteessa. Artikkelin mukaan sekä SPF- että DKIM-tarkistuksen on onnistuttava. Kun verkkotunnus saavuttaa tämän rajan, Microsoft odottaa, että "kaikki verkkotunnuksen lähettäjien viestit" täyttävät säännöt, ei vain rajan ylittänyttä uutiskirjettä. Sen DMARC-esimerkki on lähes niin lyhyt kuin tietue voi olla:

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

Lisäisin siihen raportointiosoitteen, rua=mailto:dmarc@example.com tai muun osoitteen, jonka viestit todella luet. Outlook.com lähettää koontiraportteja (Microsoftin usein kysyttyjen kysymysten mukaan se lähettää RUA-raportteja eikä aio lähettää RUF-raportteja), ja DMARC-tarkistin näyttää, pystyykö ilmoittamasi osoite vastaanottamaan niitä.

Google asetti Gmailille saman 5 000 viestin päiväkohtaisen rajan helmikuussa 2024 ja alkoi marraskuussa 2025 tehostaa sääntöjen valvontaa, mukaan lukien viestien hylkääminen. Yahoo valvoo vastaavaa vaatimusluetteloa ilmoittamatta mitään raja-arvoa.

Säännön valvontatapa muuttui jo pian julkistuksen jälkeen. Alkuperäisessä julkaisussa sanottiin, että vaatimuksia noudattamattomat viestit siirrettäisiin ensin Junk-kansioon ja voitaisiin myöhemmin hylätä. Huhtikuun 29. päivänä julkaistun päivityksen mukaan Microsoft päätti sen sijaan hylätä viestit. Samassa julkaisussa on kuitenkin alempana edelleen vanhempi kappale, jonka mukaan viestit siirretään ensin Junk-kansioon. Varovainen tulkinta on tällä hetkellä, että 5. toukokuuta 2025 alkaen vaatimuksia noudattamattomat viestit siirretään Junk-kansioon ja Outlook.com myös hylkää niitä nykyään tällä vastauksella:

En ole löytänyt julkaistua päivämäärää sille, milloin viestien hylkääminen alkoi. Tukiartikkelissa se kuvataan vain nykyisenä käytäntönä.

02Mitä palautuskoodi kertoo

Outlook.comin palautusviesti on hyödyllisempi kuin Roskaposti-kansioon hiljaa päätynyt viesti, koska se ilmoittaa syyn. Microsoftin vianmäärityssivulla on taulukko koodeista. Tavalliset lähettäjät kohtaavat yleensä seuraavat koodit:

Pelkkä 550 5.7.1 ilman Microsoftin omia koodeja on erityyppinen hylkäys. Sen tulkitsemisesta on erillinen sivu.

03Kolmannen osapuolen lähettäjät ja SPF-vaatimus

Monet verkkotunnukset lähettävät viestejä usean palvelun kautta samanaikaisesti: uutiskirjealustan, CRM:n, tukipalvelun ja laskutusjärjestelmän kautta. Jokainen niistä käyttää verkkotunnustasi From-rivillä, ja jokaisen on sisällyttävä tietueisiisi. Kun Microsoftin FAQ:ssa kysytään, ovatko säännöt voimassa myös silloin, kun palveluntarjoaja lähettää puolestasi, vastaus on: "Kyllä. Vaikka ulkoistaisit lähettämisen, todennus on sidottu verkkotunnukseesi." Tukiartikkelissa kerrotaan, mitä sinun pitää tarkistaa: DKIM allekirjoittaa verkkotunnuksellasi ja SPF-tietueesi "sisältää palvelun edellyttämän IP-osoitteen tai include-arvot".

Tässä kohtaa sekä SPF:n että DKIM:n vaatimus muuttuu sekavaksi. Monet alustat käyttävät bounce-osoitteessa omaa verkkotunnustaan, ja SPF tarkistaa juuri tämän Return-Path-osoitteen. SPF läpäisee tarkistuksen alustan osalta, mikä täyttää "on läpäistävä" -vaatimuksen, ja DMARC-kohdistuksen on tällöin perustuttava DKIM-allekirjoitukseen, joka käyttää sinun verkkotunnustasi. Jos alusta allekirjoittaa sen sijaan omalla verkkotunnuksellaan, tuloksena on kaksi läpäistyä tarkistusta mutta ei kohdistusta. Tätä seuraava DMARC fail on juuri se, mistä virheessä 5.7.515 on kyse. Tukiartikkelissa pyydetään myös tarkistamaan, kohdistuuko Return-Path-verkkotunnus From-verkkotunnukseen.kaksi läpäistyä tarkistusta, ei yhtään kohdistusta: koko 5.7.515-tapaus

Jokainen SPF:ään lisäämäsi palvelu kuluttaa myös DNS-hakuja. Microsoftin FAQ ilmaisee asian näin: "Jos ylität 10 DNS-hakua, SPF-tarkistus saattaa epäonnistua." SPF-tarkistin laskee ne puolestasi. Jos määrä ylittyy, näin saat sen takaisin alle kymmeneen. DKIM-tarkistin tekee vastaavan tarkistuksen kunkin alustan selectorille.

04Microsoft 365 suodatetaan jonkun muun käytännön mukaan

Microsoft 365 -organisaatiolla on järjestelmänvalvojien määrittämät roskapostin torjuntakäytännöt. Oletusasetuksilla roskaposti, erittäin todennäköinen roskaposti ja massaposti siirretään Roskaposti-kansioon, tietojenkalastelu karanteeniin ja erittäin todennäköinen tietojenkalastelu aina karanteeniin. Lähettäjän kannalta karanteeni on haitallisin lopputulos, sillä vastaanottaja ei löydä viestiä mistään kansiosta, ellei hän etsi sitä erikseen. Oletuskäytäntö säilyttää viestiä karanteenissa 15 päivää, Standard- ja Strict-esiasetukset 30 päivää.

Massapostille on oma mittarinsa, massapostin valitustaso. BCL 1–3 tarkoittaa massalähettäjää, josta tehdään vähän valituksia, ja 8 tai 9 lähettäjää, josta tehdään paljon valituksia. Oletuskäytäntö siirtää massapostin Roskaposti-kansioon BCL-arvosta 7 alkaen, Standard-esiasetus arvosta 6 ja Strict arvosta 5. Heinäkuusta 2026 lähtien käytössä on myös uudempi kerros: luonteeltaan myynninedistämiseen tarkoitettu massaposti saa Promotions-tunnisteen BCL-arvosta riippumatta. Jos järjestelmänvalvoja on ottanut käyttöön asetuksen "Bulk moves enabled", viesti päätyy Promotions-kansioon. Se ei ole roskapostia, mutta se ei myöskään ole Saapuneet-kansiossa. Ominaisuuden käyttöönotto on edelleen kesken.

Microsoftin kaksi järjestelmää eivät ole erillään toisistaan. Microsoft kertoo Microsoft 365:n roskapostisuodatuksen "learns from known spam and phishing threats and user feedback from our consumer platform, Outlook.com", joten hotmail.com-käyttäjien ilmoitukset vaikuttavat yritysten postilaatikoissa käytettävään suodattimeen.

Järjestelmänvalvojat voivat myös lisätä lähettäjän sallittujen luetteloon, jolloin viesti ohittaa useimmat suojaukset haittaohjelmien ja erittäin todennäköisen tietojenkalastelun tarkistuksia lukuun ottamatta. Jos kumppaniyritys saa laskusi jatkuvasti Roskaposti-kansioon, sen IT-tiimi näkee suodatuksen todellisen luokituksen.

05Tuloksen lukeminen otsakkeista

Jos saat viestin siinä muodossa kuin Microsoft 365 -postilaatikko vastaanotti sen, roskapostin torjunnan otsakkeet kertovat päätöksen suoraan. X-Forefront-Antispam-Report sisältää muutamia hyödyllisiä kenttiä:

• SFV:SPM tarkoittaa, että roskapostisuodatus merkitsi viestin roskapostiksi, SFV:NSPM, ettei sitä merkitty roskapostiksi, ja SFV:SFE, että suodatus ohitettiin, koska lähettäjä on käyttäjän Safe Senders -luettelossa.
• CAT ilmoittaa sovelletun käytäntöluokan: SPM, HSPM (erittäin varmasti roskapostia), BULK, PHSH, SPOOF.
• SCL on luku, joko -1 tai 0–9. Vanhemmissa ohjeissa sitä pidetään lopullisena tuloksena. Microsoftin nykyisen SCL-sivun mukaan arvo ”ei määritä, tunnistaako roskapostisuodatus viestin roskapostiksi tai erittäin varmasti roskapostiksi”, joten tarkista ensin CAT.

Otsakkeissa on myös compauth, Microsoftin yhdistetty arvio, joka muodostetaan SPF:n, DKIM:n, DMARC:n ja viestin muiden osien perusteella. Syykoodi 001 tarkoittaa, että implisiittinen todennus epäonnistui. Tämä johtuu yleensä siitä, ettei lähettävän verkkotunnuksen todennustietueita ole julkaistu tai käytössä on vain heikko käytäntö.

06SNDS ja JMRP, nyt Postmaster-sivustolla

Smart Network Data Services eli SNDS on nyt uudella Postmaster-sivustolla ja korvaa vanhan sivuston osoitteessa sendersupport.olc.protection.outlook.com. Se raportoi IP-osoitekohtaisesti, joten sinun on todistettava omistavasi IP-osoitealue, ennen kuin se näyttää mitään. Tiedot kattavat viestimäärän, valitusasteen ja värin, joka kertoo, kuinka suuren osan liikenteestäsi suodatin luokitteli spamiksi: vihreä alle 10 %, keltainen 10–90 % ja punainen yli 90 %. Käyttöoikeus vanhenee nyt 10 kuukauden kuluttua hyväksynnästä tai siirrosta, ja se on uusittava.

Pienelle lähettäjälle SNDS ei välttämättä näytä mitään, koska se voi ohittaa IP-osoitteen, josta lähetettiin tiettynä päivänä alle 100 viestiä. Jos lähetät alustan jaettujen IP-osoitteiden kautta, et omista näitä osoitteita etkä voi rekisteröidä niitä.

JMRP eli Junk Mail Reporting Program on palautesilmukka. Rekisteröidy siihen SNDS:n kautta, niin Microsoft lähettää sinulle valikoidut otsaketiedot viesteistä, jotka Outlook.com-käyttäjät ovat merkinneet roskapostiksi. Tietojen lähetys alkaa yleensä 72 tunnin kuluessa. Lisää uudet IP-osoitteet ohjelmaan sitä mukaa kuin otat niitä käyttöön.

Microsoft kutsuu roskapostivalitusten määrää "yhdeksi lähettäjän maineen tärkeimmistä tekijöistä", ja SNDS:n usein kysytyissä kysymyksissä alle 0,3 %:n valitusastetta kutsutaan "hyväksi tavoitetasoksi". Uusien IP-osoitteiden vakiintuminen vie aikaa. Microsoftin mukaan uusi IP-osoite voi saavuttaa täyden lähetysmäärän "parissa viikossa tai nopeammin viestimäärästä ja listan tarkkuudesta riippuen". Et myöskään voi ostaa paikkaa miltään listalta. Vianmäärityssivulla kysytään, ylläpitääkö Outlook.com sallittujen lähettäjien luetteloa, johon lähettäjä voisi päästä, ja vastataan: "Ei."

07Mitä vastaanottaja voi muuttaa

Osa näistä toimista on vastaanottajan vastuulla, ja lukijalta voi hyvin pyytää apua. Outlook.comissa (Settings, sitten Mail ja Junk email) käyttäjä voi merkitä viestin valinnalla Not junk tai lisätä lähettäjän Safe senders and domains -luetteloon. Luetteloon mahtuu enintään 10 000 merkintää, ja Microsoftin mukaan luettelossa olevien lähettäjien linkit ja kuvat ovat yleensä oletusarvoisesti käytössä. Tiukat asetukset haluava käyttäjä voi myös ottaa käyttöön "exclusive"-tilan, joka hyväksyy viestejä vain Contacts- ja Safe Senders -luetteloissa olevilta lähettäjiltä.

Junk-painike toimii päinvastoin. Microsoft käyttää näitä ilmoituksia päättäessään, pitäisikö saman lähettäjän tulevat viestit estää. Erikseen sen lähettäjille tarkoitetuissa suosituksissa pyydetään lisäämään peruutuslinkki, joka on "selvästi näkyvissä". Microsoftin tekstissä ei mainita yhden napsautuksen List-Unsubscribe-otsakkeita, joita Gmail ja Yahoo vaativat. Koska sama kampanja lähetetään kaikkiin kolmeen palveluun, lisäisin ne kaikkialle (kaksi otsaketta).

Työpöytäsovelluksessa on oma Junk Email Filter. Sen oletusasetus on "No Automatic Filtering", ja sitä tiukemmat asetukset ovat Low, High ja "Safe Lists Only". Viimeinen niistä käsittelee roskapostina kaikki viestit, joiden lähettäjä ei ole käyttäjän turvallisten lähettäjien luetteloissa. Turvallisten ja estettyjen lähettäjien luettelot synkronoidaan palvelimelle, ja niitä käytetään myös siellä.

Lisäksi on Focused Inbox, joka jakaa saapuneet viestit Focused- ja Other-välilehdille ja Microsoftin sanoin "suodattaa pois hälyä aiheuttavat lähteet, kuten automaattisesti luodut viestit ja joukkoviestit". Other on saapuneiden viestien välilehti, ja tulkintani mukaan sinne päätynyt uutiskirje on jo läpäissyt roskapostisuodatuksen.

08Testaus ennen varsinaista lähetystä

Microsoftin omalla vianmäärityssivulla sanotaan, että se "suosittelee vahvasti sähköpostin testaamista ennen varsinaisten viestien lähettämistä". Email Spam Tester kattaa juuri tämän vaiheen. Lähetä varsinainen viesti sivun luomaan osoitteeseen palvelimelta tai alustalta, jota todella käyttäisit. Raportti sisältää 42 tarkistusta: SPF, DKIM ja DMARC sekä niiden kohdistus, käänteinen DNS, lähettävän IP:n esiintyminen 21 estolistalla (miksi niillä on merkitystä), tilauksen perumisen otsakkeet ja sisältö. Epäonnistuneissa tarkistuksissa on korjaussuunnitelma ja kopioitavat DNS-tietueet. Kunkin korjauksen pistearvo perustuu pisteytystaulukkoon.

Kun lisäät inbox-sijoitustestin, sama viesti lähetetään myös Gmailin, Outlookin, Yahoon ja muiden palveluntarjoajien postilaatikoihin. Raportti näyttää suoraan postilaatikosta luettuna, mihin viesti päätyi kullakin palveluntarjoajalla. Myös Focused ja Other näytetään, jos palveluntarjoaja lajittelee viestit tällä tavalla. Palvelu on ilmainen eikä vaadi rekisteröitymistä. Dokumentaatiossa selitetään jokainen tarkistus ja sen vaikutus pisteisiin.

Jos seuraava vaiheesi on tukipyyntö, huomaa, että Microsoftin toimitettavuuslomake hyväksyy vain tapauksia, jotka koskevat @outlook.com-, @hotmail.com-, @live.com- ja @msn.com-osoitteita. Käytäntösivulla varoitetaan, että jos et noudata vaatimuksia, "tukitiimimme ei välttämättä voi auttaa sinua".