Miksi sähköposti päätyy roskapostiin

Moduuli 4: Toimitettavuus: SPF, DKIM ja DMARC käytännössä · Lukuaika: 10 minuuttia

Oppimistavoite: Tämän oppitunnin jälkeen osaat nimetä neljä tasoa, joilla vastaanottaja arvioi saapuvan sähköpostin, selittää miksi "minulle se kyllä tulee perille" ei todista mitään, ja selvittää testillä, millä tasolla ongelma sijaitsee.

Keskeiset käsitteet: toimitettavuus (deliverability), toimitus vs. saapuvan laatikko, tekninen siisteys, autentikointi (SPF, DKIM, DMARC), kohdistus (alignment), IP-maine, domainmaine, sisältö, vastaanottajien käyttäytyminen (valitukset, avaaminen, poistaminen), vastaanottajakohtaiset suodattimet, Authentication-Results, testiviesti, mittaustyökalut

Toimitettu ei ole sama asia kuin perillä

Kun palvelimesi on luovuttanut viestin vastaanottajan palvelimelle ja tämä vastasi koodilla 250 OK, viesti on toimitettu. Et silti vielä tiedä, päätyykö se Saapuneet-kansioon. Vastaanottava palvelin voi sen jälkeen siirtää viestin roskapostikansioon, "Mainokset"-välilehdelle, karanteeniin tai jopa hiljaa hylätä sen.

Toimitettavuus (englanniksi deliverability) koskee juuri tätä toista vaihetta: pääseekö viestisi sinne, minne sen kuuluu? Jokainen vastaanottaja päättää tämän itse. Gmail punnitsee asioita eri tavalla kuin Microsoft, ja yrityksellä, jolla on oma roskapostisuodatin, on taas omat perusteensa. Keskitettyä sääntöluetteloa ei ole. Mutta tasot, joilla arviointi tehdään, ovat kaikkialla suunnilleen samat.

Taso 1: tekninen siisteys

Ennen kuin suodatin tarkastelee sisältöä, se tarkastelee yhteyttä:

Onko lähettävän palvelimen IP-osoitteella siisti käänteinen DNS (PTR), joka osoittaa takaisin samaan osoitteeseen? (Oppitunti 5.1.)
Esittäytyykö palvelin asiallisesti oikealla nimellä komennossa EHLO?
Onko yhteys salattu TLS:llä?
Noudattaako palvelin SMTP:n sääntöjä ja yrittääkö se uudelleen väliaikaisen hylkäyksen jälkeen?

Hosting-yrityksen tai suuren sähköpostipalvelun postilaatikossa tämä on lähes aina kunnossa. Siitä tulee ongelma, jos ajat itse palvelinta, kuten suoraan sähköpostia lähettävää VPS:ää, tai tulostinta tai kameraa, joka lähettää sähköpostia itse.

Taso 2: autentikointi

Tähän tasoon voit domainin hallinnoijana vaikuttaa eniten, ja tämä moduuli käsittelee juuri sitä:

SPF (oppitunti 4.2): saako tämä palvelin lähettää postia domainin puolesta?
DKIM (oppitunti 4.3): onko viesti allekirjoitettu ja täsmääkö allekirjoitus?
DMARC (oppitunti 4.4): kuuluuko onnistunut tarkistus Lähde-osoitteen domainiin (kohdistus, alignment), ja mitä vastaanottajan pitää tehdä, jos näin ei ole?

Näiden kolmen tietueen perusteet löytyvät DNS-kurssin moduulista 4. Tässä käsitellään käytäntöä: kaikkien puolestasi postia lähettävien palvelujen kartoittamista ja käytännön tiukentamista vaihe vaiheelta.

Jos autentikointi puuttuu, arviointi heikkenee. Vuodesta 2024 ja 2025 lähtien se on suurilla vastaanottajilla myös ehdoton vaatimus: Gmail, Yahoo ja Microsoft vaativat kaikilta vähintään SPF:n tai DKIM:n, ja massalähettäjiltä SPF:n, DKIM:n ja DMARC:n kohdistettuna. Tämä käsitellään laajasti oppitunnissa 5.3.

Taso 3: maine

Vastaanottaja muistaa, mitä lähettäjältä on aiemmin tullut. Se tarkastelee:

IP-mainetta: mitä tästä IP-osoitteesta on aiemmin tullut? Jaetussa hostingissa ja suurissa sähköpostipalveluissa monet lähettäjät jakavat saman IP-osoitteen; yksi huono lähettäjä voi silloin vahingoittaa kaikkia. Uutta IP-osoitetta ilman historiaa kohdellaan varovaisesti.
Domainmainetta: mitä tästä domainista (Lähde-osoitteen domain ja DKIM-domain) on aiemmin tullut? Tämä painaa yhä enemmän, juuri koska DKIM ja DMARC tekevät domainista luotettavasti tunnistettavan. Hyvä domainmaine säilyy mukanasi, kun vaihdat palvelinta.
Estolistat: julkiset luettelot IP-osoitteista tai domaineista, jotka ovat lähettäneet roskapostia (oppitunti 5.2).

Maine rakentuu hitaasti ja häviää nopeasti.

Taso 4: sisältö ja käyttäytyminen

Vasta viimeiseksi suodatin tarkastelee itse viestiä ja sitä, mitä vastaanottajat sille tekevät:

Sisältö: linkit huonomaineisiin domaineihin, lyhennetyt linkit, pelkkä iso kuva ilman tekstiä, makroja sisältävät liitteet, aihe, jolla ei ole mitään tekemistä sisällön kanssa, rikkinäinen muotoilu.
Vastaanottajien käyttäytyminen: tämä painaa suurilla sähköpostipalveluilla eniten. Jos moni vastaanottaja klikkaa "Tämä on roskapostia", maineesi heikkenee. Jos viestisi avataan, niihin vastataan tai ne haetaan pois roskapostikansiosta, maine nousee. Gmail haluaa, että alle 0,3 % vastaanottajista merkitsee viestisi roskapostiksi, ja mieluummin alle 0,1 %.

Ajatus siitä, että yksittäiset "roskapostisanat", kuten ilmainen tai tarjous, estäisivät viestisi perillepääsyn, on suurelta osin myytti. Nykyaikaiset suodattimet punnitsevat kokonaisuutta. Uutiskirje, jossa on sana ilmainen ja joka tulee lähettäjältä, jolla on hyvä autentikointi ja hyvä maine, pääsee hyvin perille; asiallinen teksti tuntemattomalta palvelimelta ilman SPF:ää ei pääse.

Miksi "minulle se kyllä tulee perille" ei todista mitään

Lähetät testiviestin omaan Gmail-osoitteeseesi, ja se päätyy Saapuneet-kansioon. Onko siis kaikki kunnossa? Ei välttämättä:

Olet todennäköisesti jo aiemmin vaihtanut viestejä kyseisen osoitteen kanssa. Suodatin luottaa enemmän lähettäjään, jonka kanssa sinulla on yhteyshistoriaa.
Yksi vastaanottaja ei ole sama asia kuin toinen. Microsoft voi hylätä viestin, jonka Gmail hyväksyy.
Yksi viesti ei ole sama asia kuin tuhat. Tuhannelle osoitteelle lähetettyä uutiskirjettä arvioidaan eri tavalla kuin yksittäistä viestiä.

Testiviesti on silti hyödyllinen, mutta nimenomaan otsikkorivien lukemiseen (oppitunti 1.5). Niistä näkee tarkalleen, mitä vastaanottaja havaitsi:

Authentication-Results: mx.google.com;
       dkim=pass header.i=@example.com header.s=x header.b=Ab12Cd34;
       spf=pass (google.com: domain of info@example.com designates 192.0.2.25 as permitted sender) smtp.mailfrom=info@example.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=example.com

Tässä kaikki kolme onnistuvat. Jos lukee spf=softfail, dkim=none tai dmarc=fail, tiedät, millä tasolla etsiä. Näin selvität ongelman arvailun sijaan.

Kolmen vaiheen lähestymistapa

Tarkista DNS:äsi työkalulla, joka tutkii MX:n, SPF:n, DKIM:n, DMARC:n ja estolistat. Esimerkkejä: WebOkén E-mailcheck ja Domain-terveys, internet.nl, MXToolbox. Ne näyttävät, mitä DNS:ssä on, mutta eivät sitä, miten oikea viesti arvioidaan.
Lähetä aito testiviesti Gmail- ja Outlook.com-osoitteeseen, tai testipalveluun kuten mail-tester, ja lue otsikkorivit tai raportti. Näin näet, läpäiseekö viesti käytännössä SPF:n, DKIM:n ja DMARC:n.
Tarkastele mainetta ja käyttäytymistä, kun tekniikka on kunnossa: onko IP-osoitteesi estolistalla? Lähetätkö uutiskirjeitä ihmisille, jotka ovat niitä pyytäneet? Suurena lähettäjänä voit seurata tilannetta Google Postmaster Toolsissa ja Microsoft SNDS:ssä.

Käytännössä: näin se näyttää paneelissa

WebOkén verkkosivustolla on ilmainen E-mailcheck (www.weboke.fi/emailcheck): syötät domainin ja näet pistemäärän, joka kattaa MX:n, SPF:n, DMARC:n ja ensimmäisen sähköpostipalvelimen estolistatarkistuksen, sekä suositukset. Oma WebOkéssa Domain-terveys tarkistaa saman omille domaineillesi, korjauspainikkeiden kera. Nämä ovat kaksi työkalua monien joukosta; internet.nl ja MXToolbox tekevät vastaavia tarkistuksia, ja jokaisella palveluntarjoajalla on oma versionsa. Käytä useampaa rinnakkain: mikään yksittäinen työkalu ei näe kaikkea.

Yhteenveto

Toimitettu tarkoittaa vain, että vastaanottava palvelin otti viestin vastaan; pääseekö se saapuneisiin, päättää vastaanottaja.
Vastaanottajat arvioivat neljällä tasolla: tekniikka, autentikointi, maine ja sisältö/käyttäytyminen.
Autentikointi (SPF, DKIM, DMARC) on itse hallittavissasi, ja suurilla vastaanottajilla se on ehdoton vaatimus.
Vastaanottajien valitukset painavat enemmän kuin yksittäiset sanat tekstissäsi.
Lue testiviestin Authentication-Results-otsikkorivi nähdäksesi, missä menee vikaan.

Tietovisa

Tehtävä

Tehtävä Z4.1: Domeenisi sähköpostitarkistuksen läpivieminen. Syötä oma domainisi (tai, jos sinulla ei ole sellaista, internet.nl). Ohjelma tarkistaa MX:n, SPF:n, löydettävissä olevat DKIM-selectorit, DMARC:n ja ensimmäisen sähköpostipalvelimen estolistatarkistuksen. Täytä sen jälkeen itse: mikä SPF-loppu domainilla on, mikä DMARC-käytäntö, ja onko ensimmäinen sähköpostipalvelin estolistalla. Ohjelma asettaa vastauksesi rinnakkain live-tuloksen kanssa. Selitä yhdellä lauseella, missä neljästä tasosta domainillasi on eniten parannettavaa.

Lue lisää

Näiden artikkeleiden vaiheet pätevät WebOkén paneeleihin; muilla palveluntarjoajilla toiminta on vastaavaa.

Evästeet WebOkén sivustolla

Evästeasetukset

Välttämättömät

Markkinointi