Miten valita dmarc checker -työkalu ennen cold email -kampanjaa

Kylmä B2B-sähköposti lähetetään pieninä, kohdennettuina erinä, mutta jos vastaanottajan palvelin torjuu viestit väärän DMARC-käytännön takia, koko kampanja jää lukematta. Dmarc checker -työkalut kuten dmarcian, MXToolbox ja Valimail antavat nopean kuvan siitä, miten domainisi DMARC-tietue näyttäytyy ulkopuolelta. Tämä artikkeli käy läpi, milloin mitäkin työkalua kannattaa käyttää ja mitä lukemat oikeasti tarkoittavat.

Miksi dmarc checker -tarkistus kuuluu jokaisen cold email -kampanjan aloitukseen

Kohdennetussa B2B-outreachissa lähetysmäärät ovat pieniä ja viestit henkilökohtaisia, mutta vastaanottavat organisaatiot – etenkin pankit, julkishallinto ja isommat teollisuusyritykset – valvovat DMARC-käytäntöä yhtä tiukasti kuin massapostittajilta tulevaa liikennettä. Jos oma domain ei läpäise DMARC-alignmentia, viesti ei mene roskapostiin vaan hylätään palvelimella kokonaan, eikä sitä näy edes vastaanottajan spam-kansiossa.

Tästä syystä ennen minkään kampanjan käynnistystä kannattaa ajaa domain jonkin dmarc checker -työkalun läpi. Se kertoo minuutissa, onko tietue olemassa, mikä käytäntö (none, quarantine, reject) on voimassa ja periytyykö se alidomaineihin – mikä on erityisen tärkeää, jos kylmiä kampanjoita lähetetään erillisestä lähetysalidomaineista kuten mail.yritys.fi.

Kolme yleisintä dmarc checker -työkalua: mitä kukin oikeasti näyttää

Kolme työkalua toistuvat lähes jokaisen suomalaisen B2B-lähettäjän arjessa: dmarcian, MXToolbox ja Valimail. Kaikki tekevät DNS-haun ja tulkitsevat TXT-tietueen ihmiselle luettavaan muotoon, mutta syvyydessä ja käyttötarkoituksessa on eroja.

• dmarcian – ilmainen dmarc checker -sivu tulkitsee tietueen kentät (p, pct, rua, ruf, aspf, adkim) selkokielellä; maksullinen versio lisää jatkuvan raporttien koostamisen
• MXToolbox – nopein pistotarkistus: yksi hakukenttä näyttää DMARC:n, SPF:n ja MX-tietueet samalla kertaa, hyvä ensimmäinen tarkistus ennen kampanjan käynnistystä
• Valimail – dmarc checker -toiminto on osa laajempaa domain-hallinta-alustaa, suunnattu enemmän isommille organisaatioille joilla on kymmeniä lähettäviä domaineja hallittavana
• Kaikki kolme lukevat julkisen DNS-tietueen, joten mikään niistä ei näe todellista toimitusastetta – siihen tarvitaan rua-raporttien analysointia

Miten luet dmarc checker -työkalun tuloksen

Kun syötät domainin dmarcian- tai MXToolbox-hakuun, tulos näyttää käytännössä aina saman rakenteen: käytäntö (p=), prosenttiosuus jota käytäntö koskee (pct=), raportointiosoitteet (rua=, ruf=) ja alignment-tila (aspf=, adkim=). Näistä pct-arvo on se, jota kannattaa seurata tarkimmin cold email -kampanjaa käynnistettäessä, koska sen avulla DMARC-käytäntöä voi ajaa sisään vaiheittain ilman että koko lähetysvolyymi katkeaa yhdellä kertaa.

Käytännön esimerkki: kuvitteellinen teollisuusyritys Pohjolan Konepaja Oy siirtyi kylmien kampanjoiden lähetysalidomainissa käytäntöön p=none ensimmäisen kuukauden ajaksi pelkkää monitorointia varten, minkä jälkeen pct-arvoa nostettiin asteittain kohti sataa prosenttia, kunnes lopullinen käytäntö oli p=quarantine koko domainin liikenteelle.

Yleisimmät virheet domainin DMARC-tarkistuksessa

Suurin osa ongelmista syntyy siitä, että dmarc checker -haku tehdään vain kerran ja väärästä domainista.

• Tarkistetaan vain juuridomain, vaikka kylmät kampanjat lähtevät erillisestä alidomainista – DMARC ei aina periydy odotetulla tavalla ilman erillistä tietuetta
• SPF ja DKIM ovat kunnossa erikseen testattuina, mutta alignment (aspf=r vs aspf=s) hylkää silti viestin, koska From-osoitteen domain ei täsmää tarkasti
• Käytäntö nostetaan suoraan p=reject-tasolle ilman pct-portaita, jolloin yksikin väärin konfiguroitu lähetyskanava katkaisee koko sähköpostiliikenteen
• rua-raportteja ei lueta lainkaan, jolloin dmarc checker näyttää tietueen olevan olemassa, mutta kukaan ei huomaa kun aliadomain alkaa epäonnistua alignmentissa
• Tarkistus tehdään vain kampanjan käynnistyspäivänä, ei enää sen jälkeen, vaikka DNS-tietue voi muuttua palveluntarjoajan tai IT:n toimesta

DMARC-tarkistus ei ole kertaluontoinen tehtävä – näin LDM hoitaa sen osana kampanjan käynnistystä

Ennen minkään asiakkaan kampanjan aktivointia LDM ajaa lähettävän domainin ja alidomainin läpi vähintään yhdellä dmarc checker -työkalulla ja vertaa tulosta SPF- ja DKIM-tarkistuksiin erikseen, koska yksittäinen työkalu ei aina näytä alignment-tilaa yhtä selkeästi kuin kaikkien kolmen yhdistelmä. Sama tarkistus toistetaan kampanjan aikana säännöllisesti, ei vain käynnistyshetkellä, koska DNS-muutokset (esimerkiksi IT-osaston tekemät) voivat rikkoa aiemmin toimineen konfiguraation huomaamatta.

Käytännössä tämä tarkoittaa, että dmarcian tai vastaava jatkuvan raportoinnin työkalu on aktiivisena koko kampanjan ajan, MXToolbox-tyyppistä pikatarkistusta käytetään aina ennen suurempaa lähetyserää, ja pct-arvoa nostetaan asteittain vasta kun rua-raportit vahvistavat, ettei legitiimi liikenne jää kiinni tiukempaan käytäntöön.

Usein kysytyt kysymykset