Milloin verkkotunnukseni on valmis käytäntöön p=reject?

Kaikissa paketeissa

Verkkotunnuksesi on valmis DMARC-käytännön seuraavaan askeleeseen, kun jokainen lähde, joka lähettää merkittävän osan postistasi, läpäisee DMARC-tarkistuksen, raportteja on tullut tarpeeksi arvion tekemiseen eivätkä DMARC-, SPF- ja DKIM-tarkistukset näytä virheitä. Verkkotunnuksen sivu Valmius soveltaa tätä sääntöä ja kertoo, mitä vielä puuttuu. Käytäntöön p=reject edetään askel kerrallaan, ja jokainen askel vaatii, että sääntö täyttyy uudelleen.

Miksi käytäntö etenee askelin ja mitä kukin askel tekee postillesi, kerrotaan DMARC-käytännön oppaassa. Tällä sivulla on itse sääntö.

Sääntö

Säännön tarkastelujakso on 14 päivää, ja se päättyy eiliseen. Verkkotunnus on valmis, kun kaikki nämä pätevät:

1. Jaksolla on vähintään 7 päivää, joina raportteja saapui.
2. Jokaisesta lähteestä, joka lähettää vähintään 1 % postistasi tai vähintään 50 viestiä, vähintään 98 % postista läpäisee DMARC-tarkistuksen.
3. Tunnistamattomat lähteet, jotka läpäisevät DMARC-tarkistuksen ainakin kerran, lähettävät yhteensä alle 1 % postistasi.
4. DMARC-, SPF- ja DKIM-tarkistukset on tehty, eivätkä ne näytä virheitä.

Muut tarkistukset, kuten MTA-STS ja BIMI, eivät koskaan estä valmiutta.

Lähteet, jotka sääntö jättää pois

Tunnistamaton lähde, joka ei koskaan läpäise DMARC-tarkistusta, jää säännön ulkopuolelle. Se on todennäköisesti joku muu, joka lähettää nimissäsi, ja juuri tiukempi käytäntö pysäyttää sen. Sivu mainitsee nämä lähteet omassa lauseessaan, joten ne pysyvät näkyvissä.

Itse nimeämäsi lähde lasketaan tunnistetuksi. Katso lähteet.

Mitä sivu voi näyttää

• Valmis: kaikki ehdot täyttyvät. Sivu näyttää seuraavan askeleen tietueen ja linkin tietueen muodostimeen.
• Ei vielä valmis: ainakin yksi ehto ei täyty. Sivu kertoo, mikä, ja luettelee lähteet, joiden läpäisyosuus jää alle rajan, sekä mitä kullekin teet.
• Raportteja ei ole vielä tarpeeksi: DMARC-tarkistusta ei ole tehty, postia ei ole raportoitu tai raportteja saapui liian harvana päivänä.
• p=reject käytössä: verkkotunnus julkaisee käytännön p=reject koko postilleen, eikä tietue ole testitilassa. Seuraavaa askelta ei ole.
• Julkaise p=none: verkkotunnuksella ei ole DMARC-tietuetta. Sivu ohittaa säännön ja kehottaa julkaisemaan käytännön p=none heti: se ei muuta postin toimitusta ja käynnistää raportit.
• Pidä vain yksi DMARC-tietue: verkkotunnuksella on useampi kuin yksi DMARC-tietue, jolloin postilaatikkopalvelut eivät noudata yhtäkään. Sivu ohittaa säännön ja pyytää poistamaan kaikki paitsi yhden.

Sivu laskee tilan aina, kun avaat sen. Lisäksi tallennamme tilan jokaisen raportin ja DNS-tarkistuksen jälkeen sekä kerran päivässä, jotta hälytys voi kertoa, kun tila muuttuu. Jos tarkistus ei pysty lukemaan DMARC-, SPF- tai DKIM-tietuetta, koska DNS ei vastannut tai tarkistus epäonnistui, sivu pitää verkkotunnuksen aiemman tilan ja kertoo syyn. Kun tarkistus lukee tietueen taas, tila jatkuu siitä, joten katkos ei koskaan tuo toista hälytystä siitä, että verkkotunnus on valmis.

Käytännön portaat

Palvelu ehdottaa yhden askeleen kerrallaan: p=none → p=quarantine; pct=25 → p=quarantine → p=reject.

Sivu lukee tietueesi julkaiseman käytännön viimeisimmästä DNS-tarkistuksestamme. Jos tarkistusta ei ole vielä tehty tai viimeisin ei tavoittanut DNS:ääsi, sivu lukee käytännön uusimmasta raportista. Aliverkkotunnus, jolla ei ole omaa tietuetta, noudattaa verkkotunnuksensa käytäntöä: sp-tagia, jos verkkotunnuksen tietueessa on se, ja muuten p-tagia.

Kahden askeleen välissä oleva käytäntö lasketaan alemmaksi askeleeksi. Jos quarantine koskee pienempää osaa postista kuin toinen askel, se lasketaan yhä käytännöksi p=none. Jos reject koskee vain osaa postista, se lasketaan täydeksi quarantineksi. RFC 9989:n testitilassa (t=y) oleva tietue lasketaan yhtä astetta lievemmäksi käytännöksi, koska RFC 9989:ää noudattavat postilaatikkopalvelut soveltavat sitä: rejectin sijaan quarantinea ja quarantinen sijaan nonea. Sivu kertoo sen, ja Käytännön portaat -kohta merkitsee kyseisen askeleen sovelletuksi nyt testitilassa. Ehdotus on aina seuraava askel ylöspäin siitä, missä olet, ja sen tietue poistaa testitilan.

Toinen askel käyttää pct-tagia, joka on peräisin ensimmäisestä DMARC-määrittelystä, RFC 7489:stä. Sen korvannut RFC 9989 merkitsee pct:n historialliseksi, koska postilaatikkopalvelut sovelsivat sitä harvoin tarkasti muilla arvoilla kuin 0 ja 100. Sen tilalle tulee testaukseen tarkoitettu t-tagi. DMARC-käytännön oppaassa on lisää pct-tagista.

Kynnysarvojen muuttaminen

Pro-paketista alkaen ylläpitäjä voi muuttaa säännön lukuja verkkotunnuskohtaisesti sen sivulla Valmius. Aliverkkotunnukset käyttävät verkkotunnuksensa kynnysarvoja. Jokaisella luvulla on sallittu vaihteluväli:

Päiviä, joilta tarvitaan raportteja, ei voi olla enemmän kuin päiviä, jotka sääntö katsoo taaksepäin.

Hälytys, kun olet valmis

Pro-paketista alkaen hälytys voi kertoa, kun verkkotunnus täyttää säännön seuraavaa askeltaan varten.

Julkaistu 27. lokakuuta 2026 · Tarkistettu 27. lokakuuta 2026