Moodul 7 · 7.1

Eesti

Nederlands English Deutsch Français Español Italiano Polski Português Română Čeština Ελληνικά Magyar Slovenčina Български Hrvatski Lietuvių Slovenščina Latviešu Eesti

Uudiskirjad sinu enda domeenilt

Moodul 7: Uudiskirjad ja kirjad sinu veebisaidilt · Lugemisaeg: 11 minutit

Õpieesmärk: pärast seda tundi oskad siduda saatmisteenuse nii, et sinu uudiskiri läbib sinu enda domeeni nimel SPF, DKIM ja DMARC kontrolli, ning oskad päiseridadest kontrollida, kas see õnnestus.

Põhimõisted: saatmisteenus, From-domeen, Return-Path (tagastusdomeen), DKIM-domeen (d=), joondus (alignment), oma tagastusdomeen CNAME kaudu, DKIM CNAME kaudu, alamdomeen turunduse jaoks, saatmispiirang, soojendamine (warm-up)

Miks uudiskiri erineb tavalisest kirjast

Kirja kliendile või kolleegile saadad oma mailboksist. Uudiskiri läheb korraga sadadele või tuhandetele inimestele. Sellistele vastuvõtjatele nagu Gmail, Outlook.com ja T-Online on see teistsugune liiklus: massikiri (bulkmail). Neid vaadatakse rangemalt, sest peaaegu kogu rämpspost on samuti massikiri.

Kolm asja teevad vahe uudiskirjal, mis jõuab postkasti, ja sellel, mis kaob rämpsposti:

Tehnika: kirja peab saama tõestada, et see tuleb sinu domeenilt. Selle korraldavad SPF, DKIM ja DMARC, eriti aga nendevaheline joondus.
Maine: serveritel ja domeenil, millega saadad, peab olema hea nimi (tund 5.2).
Sinu vastuvõtjate käitumine: kas nad avavad su kirja või klõpsavad "See on rämpspost"? See sõltub sinu nimekirjast ja nõusolekust (tund 7.2).

See tund käsitleb esimest punkti. Kirjete põhialused on DNS-kursuses, tund 7.4. Siin vaatame, kuidas praktikas kontrollida, kas kõik on korras.

Miks mitte lihtsalt oma mailboksi kaudu?

Võib olla ahvatlev saata uudiskiri BCC-ga oma tavalisest meiliprogrammist või kasutada hostingpaketi meililisti. Väikesele ühingule 30 liikmega, kes üksteist tunnevad, sobib meililist suurepäraselt. Päris uudiskirja jaoks mitte, neljal põhjusel:

Saatmispiirangud. Peaaegu iga pakkuja piirab, kui palju kirju üks postkast või pakett päevas tohib saata, et vähendada kuritarvitamist. WebOké puhul näed seda piirangut DirectAdmini kasutajastatistikas; teistel pakkujatel on see kirjas tingimustes või kliendipaneelis. Uudiskiri 2000 inimesele ületab selle piirangu kaugelt.
Jagatud maine. Jagad saatmisservereid teiste klientidega. Kui vastuvõtjad kaebavad sinu uudiskirja peale, mõjutab see ka nende kirju, ja vastupidi.
Tellimusest loobumise nuppu ega tagastuste haldust ei ole. Saatmisteenus lisab automaatselt loobumispäised igasse kirja (tund 7.2), eemaldab sinu nimekirjast enam mitteeksisteerivad aadressid ja töötleb kaebusi. Käsitsi ei saa seda korralikult teha.
Privaatsus. Üks vale klõps ja saadad kõigile üksteise aadressid Kellele-väljal.

Saatmisteenus (uudiskirjateenus nagu Laposta, Brevo, MailerLite või Mailchimp, või transaktsiooniteenus kinnituste ja arvete jaoks) on selle töö jaoks loodud. Aga siis saadab keegi teine sinu domeeni nimel, ja seda pead tõestama.

Kolm domeeni ühes kirjas

Igal kirjal on vähemalt kolm kohta, kus domeen on kirjas. Tavalise kirja puhul sinu enda postkastist on need enamasti samad. Saatmisteenuse puhul mitte iseenesest.

Koht	Kust näed	Kes kontrollib
From (nähtav saatja)	`From: Nieuws <nieuws@example.com>`	DMARC vaatab seda domeeni
Return-Path (envelope sender, tagastusaadress)	`Return-Path: <bounce-8f3a@mail.sender.example>`	SPF kontrollib seda domeeni
DKIM-domeen	`DKIM-Signature: ... d=sender.example; s=s1; ...`	DKIM kontrollib selle domeeni allkirja

DMARC (tund 4.4) kiidab kirja heaks, kui SPF või DKIM õnnestub, ja domeen, mis õnnestus, on joondatud From-domeeniga. Vaikeseadistuse (relaxed) korral tähendab joondatud seda, et tegu on sama organisatsioonidomeeniga: mail.example.com on joondatud domeeniga example.com, aga sender.example mitte.

Ilma oma seadistusteta näeb uudiskiri välja selline:

Return-Path: <bounce-8f3a@mail.sender.example>
From: Nieuws <nieuws@example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=sender.example; s=s1; ...
Authentication-Results: mx.example.net;
       spf=pass smtp.mailfrom=mail.sender.example;
       dkim=pass header.d=sender.example;
       dmarc=fail header.from=example.com

SPF õnnestub ja DKIM õnnestub, aga mõlemad teenuse domeeni jaoks. Kumbki ei ole joondatud domeeniga example.com, seega DMARC ebaõnnestub. Kui sinu DMARC-poliitika on p=none, siis märkad seda ainult oma aruannetest (tund 4.5). Kui see on quarantine või reject, kaob sinu uudiskiri rämpsposti või lükatakse tagasi.

Lahendus: domeeni autentimine teenuse juures

Igal korralikul saatmisteenusel on samm, mida kutsutakse "domeeni autentimine", "domeeni kinnitamine" või "saatjadomeeni seadistamine". Teenus annab sulle siis paar kirjet, mida oma DNS-i lisada. Enamasti on need:

DKIM CNAME kaudu, näiteks s1._domainkey.example.com teenuse juures olevale nimele. Pärast seda allkirjastab teenus sinu kirjad kasutades d=example.com. See on kõige tähtsam kirje: see võimaldab DMARC-il õnnestuda DKIM kaudu.
Oma tagastusdomeen, sageli CNAME alamdomeenil, näiteks bounce.example.com teenuse poole. Siis saab Return-Path kujuks ...@bounce.example.com. Selle alamdomeeni SPF viitab CNAME kaudu teenusele ja SPF on siis samuti joondatud. Mitte iga teenus ei paku seda; ainult DKIM-ist piisab DMARC-i jaoks.
Mõnikord SPF-include sinu enda kirjes, kui teenus kasutab sinu peadomeeni Return-Pathina. Tee seda ainult siis, kui teenus seda küsib, ja alati oma olemasolevas SPF-kirjes (tund 4.2).
Mõnikord kinnitav TXT-kirje, et tõestada, et domeen kuulub sulle.

Pärast õigeid seadistusi näeb sama uudiskiri välja selline:

Return-Path: <bounce-8f3a@bounce.example.com>
From: Nieuws <nieuws@example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=example.com; s=s1; ...
Authentication-Results: mx.example.net;
       spf=pass smtp.mailfrom=bounce.example.com;
       dkim=pass header.d=example.com;
       dmarc=pass header.from=example.com

Kopeeri nimed ja sihtmärgid alati sõna-sõnalt oma teenuse juhtpaneelist. Need erinevad teenuseti ja vahel ka kontoti.

Eraldi alamdomeen turunduse jaoks?

Suured saatjad kasutavad sageli uudiskirjade jaoks oma alamdomeeni, näiteks nieuws.example.com või info.example.com, saatjaga nieuwsbrief@nieuws.example.com. Idee on see, et sinu turunduskirjade maine on siis lahutatud sinu tavalisest kirjavahetusest. Kui kampaania läheb viltu, kannatab sinu igapäevane kirjavahetus klientidega vähem.

Kellele piisab paarist uudiskirjast kuus, pole seda vaja. See teeb halduse keerulisemaks: alamdomeen vajab oma DKIM-i ja sinu alamdomeenide DMARC-poliitika (sp=) peab sellega sobima. Kaalu seda, kui saadad palju või kui lisaks uudiskirjadele on sul ka palju tehingukirju (tellimused, paroolid). Neid ei taha kunagi, et need kannataksid ebaõnnestunud kampaania pärast.

Tähtis: ära pane saatmise alamdomeenile MX-kirjet teenuse poole, kui seda vaja ei ole, ja ära kunagi muuda oma peadomeeni MX-i uudiskirja pärast. MX määrab, kuhu kirjad sisse tulevad; vastused su uudiskirjale peavad lihtsalt jõudma su enda postkasti.

Soojendamine: ära alusta kohe kõigega

Saadad esimest korda uue teenuse või uue domeeniga, või saadad äkki kümme korda rohkem kui tavaliselt? Siis ei tunne vastuvõtjad sind veel. Suured vastuvõtjad pidurdavad tundmatuid saatjaid (Microsofti puhul näed siis ajutisi keeldumisi, nagu 451 4.7.500, tund 6.4). Alusta seepärast väikeselt: kõigepealt oma kõige aktiivsemad lugejad, seejärel iga kord suurem osa. Seda kutsutakse soojendamiseks. Jagatud saatmisteenuse puhul teeb teenus suure osa sellest ise, kuid ka seal loeb sinu domeeni maine.

Praktikas: nii näeb see paneelis välja

Teenuse kirjed lisad oma domeeni DNS-haldusesse. WebOké puhul on see DNS-i vahekaart Minu WebOké's või DNS Administration DirectAdminis; teistel pakkujatel kannab see nimetust DNS-haldus, tsoonihaldus või DNS-kirjed ja töötab sarnaselt. Pane tähele kahte klassikalist viga: domeeninimi kaks korda nimes (s1._domainkey.example.com.example.com), ja TXT-kirje tegemine seal, kus teenus küsib CNAME-i.

Valmis? Saada testuudiskiri oma Gmaili või Outlook.com aadressile ja ava päiseread (tund 1.5). Tahad näha väljal Authentication-Results: dkim=pass väärtusega header.d= sinu domeen, ja dmarc=pass.

Kokkuvõte

Uudiskiri on massikiri: vastuvõtjad vaatavad seda rangemalt. Kasuta saatmisteenust, mitte oma tavalist postkasti.
Igas kirjas on kolm domeeni: From (DMARC), Return-Path (SPF) ja DKIM-domeen d=.
DMARC õnnestub ainult siis, kui SPF või DKIM õnnestub domeeni jaoks, mis on joondatud From-domeeniga.
Autendi oma domeen teenuse juures: DKIM CNAME kaudu on kõige tähtsam, oma tagastusdomeen on boonus.
Kontrolli testkirjaga: dkim=pass header.d=<sinu domeen> ja dmarc=pass. Uue teenusega alusta väikeselt.

Test

Ülesanne

Ülesanne Z7.1: Uudiskirja joonduse kontrollimine. Saada uudiskiri oma saatmisteenusest endale (või kasuta kursuse näidisfaili nieuwsbrief-kopregels-1.txt) ja kleebi päiseread. Täida: From-domeen, Return-Path-domeen, DKIM-domeen (d=) ja kas DMARC sinu hinnangul õnnestub (jah/ei) ning mis teed pidi (SPF, DKIM, mõlemad või mitte kumbki). Programm analüüsib päiseread ise, kontrollib DKIM-selektorit elavalt DNS-is ja From-domeeni DMARC-kirjet ning paneb oma tulemuse sinu omaga kõrvuti.

Ülesanne Z7.1: Uudiskirja joonduse kontrollimine

Selle ülesande fail: nieuwsbrief-kopregels-1.txt, nieuwsbrief-kopregels-2.txt, kopregels-1.txt

Kleebi selle uudiskirja päised, mida sa ise saadad, või vali näidisfail. Server analüüsib päiseid ise (ainult mälus) ja otsib päriste päiste puhul üles DKIM-võtme ja DMARC-kirje.

Millised päised?

Kleebitud päised (valikuline)

From-domeen

Return-Path domeen

DKIM-domeen (d=)

Kas DMARC õnnestub?

Mis tee kaudu?

Seda, mida sisestad, ja mida leiame, me ei salvesta. Su brauser jätab meelde su vastused ja selle, kas sooritasid ülesande. Kui oled sisse loginud, salvestame Minu kursustes ainult info, et sul oli ülesanne (peaaegu) õige; ka selle saad sealt kustutada.

Lisalugemist

Nende artiklite sammud kehtivad WebOké paneelide kohta; teistel pakkujatel töötab see sarnaselt.

Küpsised WebOké lehel

Küpsiste seaded

Vajalikud

Turundus