Naujienlaiškiai iš savo domeno

7 modulis: Naujienlaiškiai ir paštas iš Jūsų svetainės · Skaitymo trukmė: 11 min.

Mokymosi tikslas: Po šios pamokos galėsite sukonfigūruoti siuntimo paslaugą taip, kad Jūsų naujienlaiškis, siunčiamas Jūsų domeno vardu, sėkmingai praeitų SPF, DKIM ir DMARC patikras, ir galėsite kopregelėse patikrinti, ar tai pavyko.

Pagrindinės sąvokos: siuntimo paslauga, From domenas, Return-Path (grąžinimų domenas), DKIM domenas (d=), suderinimas (alignment), nuosavas grąžinimų domenas per CNAME, DKIM per CNAME, subdomenas rinkodarai, siuntimo limitas, įšilimas (warm-up)

Kodėl naujienlaiškis skiriasi nuo įprasto laiško

Laišką klientui ar kolegai siunčiate iš savo pašto dėžutės. Naujienlaiškis siunčiamas šimtams ar tūkstančiams žmonių vienu metu. Tokiems gavėjams kaip Gmail, Outlook.com ir T-Online tai yra kitokio tipo srautas: masinis paštas (bulkmail). Jie vertina jį griežčiau, nes beveik visas šlamštas taip pat yra masinis paštas.

Trys dalykai lemia skirtumą tarp naujienlaiškio, kuris patenka į pagrindinę dėžutę, ir to, kuris atsiduria šlamšte:

1. Technika: laiškas turi įrodomai ateiti iš Jūsų domeno. Tai užtikrina SPF, DKIM ir DMARC, o ypač suderinimas (alignment) tarp jų.
2. Reputacija: serveriai ir domenas, iš kurių siunčiate, turi turėti gerą vardą (pamoka 5.2).
3. Gavėjų elgsena: ar jie atidaro Jūsų laišką, ar paspaudžia „Tai šlamštas“? Tai priklauso nuo Jūsų sąrašo ir sutikimo (pamoka 7.2).

Ši pamoka skirta pirmajam punktui. Įrašų pagrindai aprašyti DNS kurse, pamoka 7.4. Čia pažiūrėsime, kaip praktiškai patikrinti, ar viskas tvarkoje.

Kodėl ne tiesiog per savo pašto dėžutę?

Gali kilti pagunda siųsti naujienlaiškį su BCC iš savo įprastos pašto programos arba naudoti pašto sąrašą savo prieglobos pakete. Mažai asociacijai su trisdešimčia narių, kurie vieni kitus pažįsta, pašto sąrašas tinka puikiai. Tikram naujienlaiškiui ne, dėl keturių priežasčių:

• Siuntimo limitai. Beveik kiekvienas paslaugų teikėjas riboja, kiek laiškų pašto dėžutė ar paketas gali išsiųsti per dieną, kad apribotų piktnaudžiavimą. WebOké šį limitą matote DirectAdmin skiltyje su vartotojo statistika; kitų teikėjų atveju jis nurodytas sąlygose arba kliento valdymo skydelyje. Naujienlaiškis 2 000 žmonių gerokai viršija šią ribą.
• Bendra reputacija. Siuntimo serverį dalijatės su kitais klientais. Jei gavėjai skundžiasi dėl Jūsų naujienlaiškio, tai paveikia ir jų paštą, ir atvirkščiai.
• Nėra atsisakymo mygtuko ir grąžintų laiškų (bounce) valdymo. Siuntimo paslauga automatiškai įterpia atsisakymo kopregeles į kiekvieną laišką (pamoka 7.2), pašalina iš Jūsų sąrašo nebeegzistuojančius adresus ir apdoroja skundus. Rankiniu būdu to gerai niekada nepadarysite.
• Privatumas. Vienas neteisingas paspaudimas ir visų adresai atsiduria viešai matomame Kam lauke.

Siuntimo paslauga (naujienlaiškių paslauga, pvz., Laposta, Brevo, MailerLite ar Mailchimp, arba tranzakcinė paslauga patvirtinimams ir sąskaitoms) yra sukurta būtent šiam darbui. Tačiau tuomet laiškus siunčia kita šalis Jūsų domeno vardu, ir tai reikia įrodyti.

Trys domenai viename laiške

Kiekviename laiške yra bent trys vietos, kuriose nurodomas domenas. Įprastame laiške iš savo pašto dėžutės jie dažniausiai sutampa. Naudojant siuntimo paslaugą savaime nesutampa.

DMARC (pamoka 4.4) patvirtina laišką, jei SPF arba DKIM praeina, ir praeinantis domenas yra suderintas (aligned) su From domenu. Pagal numatytąjį nustatymą (relaxed) suderinimas reiškia, kad tai tas pats organizacijos domenas: mail.example.com yra suderintas su example.com, bet sender.example nėra.

Be nuosavų nustatymų naujienlaiškis atrodo taip:

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 praeina ir DKIM praeina, tačiau abu kito, paslaugos domeno vardu. Nei vienas iš jų nėra suderintas su example.com, todėl DMARC neįvykdoma. Jei Jūsų DMARC politika yra p=none, tai pastebėsite tik ataskaitose (pamoka 4.5). Jei ji yra quarantine arba reject, naujienlaiškis atsiduria šlamšte arba yra atmetamas.

Sprendimas: domeno autentifikavimas paslaugoje

Kiekviena rimta siuntimo paslauga turi žingsnį, vadinamą „domeno autentifikavimas“, „domeno patvirtinimas“ arba „siuntėjo domeno nustatymas“. Tuomet paslauga pateikia Jums kelis įrašus, kuriuos reikia įvesti į Jūsų DNS. Dažniausiai tai yra:

1. DKIM per CNAME, pavyzdžiui, s1._domainkey.example.com nukreipiamas į paslaugos pavadinimą. Tuomet paslauga pasirašo Jūsų laiškus su d=example.com. Tai svarbiausias įrašas: su juo DMARC praeina per DKIM.
2. Nuosavas grąžinimų domenas, dažnai CNAME subdomene, pavyzdžiui, bounce.example.com, nukreiptas į paslaugą. Tuomet Return-Path tampa ...@bounce.example.com. Šio subdomeno SPF per CNAME nurodo į paslaugą, tad SPF taip pat būna suderintas. Ne visos paslaugos tai siūlo; vien DKIM pakanka DMARC.
3. SPF include Jūsų nuosavame įraše, jei paslauga naudoja Jūsų pagrindinį domeną kaip Return-Path. Tai darykite tik jei paslauga to prašo, ir visada savo esamame SPF įraše (pamoka 4.2).
4. Kartais patvirtinimo TXT įrašas, kuriuo įrodoma, kad domenas priklauso Jums.

Teisingai sukonfigūravus tas pats naujienlaiškis atrodo taip:

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

Pavadinimus ir paskirties vietas visada perimkite pažodžiui iš savo paslaugos valdymo skydelio. Jie skiriasi priklausomai nuo paslaugos, o kartais ir nuo paskyros.

Atskiras subdomenas rinkodarai?

Dideli siuntėjai dažnai naudoja atskirą subdomeną naujienlaiškiams, pavyzdžiui, nieuws.example.com arba info.example.com, su siuntėju nieuwsbrief@nieuws.example.com. Idėja: Jūsų rinkodaros pašto reputacija tuomet yra atskira nuo įprasto pašto. Jei kampanija nepavyksta, Jūsų kasdienis susirašinėjimas su klientais nuo to mažiau nukenčia.

Tiems, kurie siunčia naujienlaiškį kelis kartus per mėnesį, to nereikia. Tai sukomplikuoja administravimą: subdomenui reikia atskiro DKIM, o Jūsų subdomenų DMARC politika (sp=) turi tam atitikti. Apsvarstykite tai, jei siunčiate daug arba jei šalia naujienlaiškių turite ir daug tranzakcinio pašto (užsakymai, slaptažodžiai). Jo nenorite, kad paveiktų nepavykusi kampanija.

Svarbu: siuntimo subdomene nekurkite MX įrašo į paslaugą, jei to nereikia, ir niekada nekeiskite pagrindinio domeno MX naujienlaiškio dėlei. MX nustato, kur paštas ateina; atsakymai į Jūsų naujienlaiškį turi pasiekti Jūsų pačių pašto dėžutę.

Įšilimas: nepradėkite iš karto viskuo

Siunčiate pirmą kartą su nauja paslauga ar nauju domenu, arba staiga siunčiate dešimt kartų daugiau nei įprastai? Tuomet gavėjai Jūsų dar nepažįsta. Dideli gavėjai pristabdo nežinomus siuntėjus (Microsoft atveju tai pasireiškia laikinais atsisakymais, pvz., 451 4.7.500, pamoka 6.4). Todėl pradėkite nuo mažo kiekio: pirmiausia aktyviausiems skaitytojams, vėliau kaskart vis didesnei daliai. Tai vadinama įšilimu (warm-up). Naudojant bendrą siuntimo paslaugą, didelę šio darbo dalį atlieka pati paslauga, bet ir tuomet svarbi Jūsų domeno reputacija.

Praktikoje: kaip tai atrodo valdymo skydelyje

Paslaugos įrašus įvedate savo domeno DNS administravime. WebOké atveju tai yra DNS skirtukas Mano WebOké arba DNS administravimas DirectAdmin; kitų teikėjų atveju tai gali vadintis DNS administravimu, zonos administravimu ar DNS įrašais ir veikia panašiai. Atkreipkite dėmesį į dvi klasikines klaidas: dvigubai pakartotą domeno vardą pavadinime (s1._domainkey.example.com.example.com) ir TXT įrašo sukūrimą ten, kur paslauga prašo CNAME.

Baigėte? Išsiųskite bandomąjį naujienlaiškį į savo paties Gmail ar Outlook.com adresą ir atverkite kopregeles (pamoka 1.5). Eilutėje Authentication-Results turėtumėte matyti: dkim=pass su header.d= Jūsų domenu, ir dmarc=pass.

Santrauka

• Naujienlaiškis yra masinis paštas (bulkmail): gavėjai vertina jį griežčiau. Naudokite siuntimo paslaugą, ne savo įprastą pašto dėžutę.
• Kiekviename laiške yra trys domenai: From (DMARC), Return-Path (SPF) ir DKIM domenas d=.
• DMARC praeina tik jei SPF arba DKIM praeina domenui, kuris yra suderintas su From domenu.
• Autentifikuokite savo domeną paslaugoje: DKIM per CNAME yra svarbiausia, nuosavas grąžinimų domenas yra privalumas.
• Patikrinkite bandomuoju laišku: dkim=pass header.d=<Jūsų domenas> ir dmarc=pass. Su nauja paslauga pradėkite nuo mažo kiekio.

Testas

Užduotis

Užduotis Z7.1: Naujienlaiškio suderinimo (alignment) tikrinimas. Išsiųskite naujienlaiškį iš savo siuntimo paslaugos pats sau (arba naudokite pavyzdinį failą nieuwsbrief-kopregels-1.txt iš kurso) ir įklijuokite kopregeles. Užpildykite: From domeną, Return-Path domeną, DKIM domeną (d=) ir ar, Jūsų manymu, DMARC praeina (taip/ne) ir kokiu būdu (SPF, DKIM, abu ar nei vienas). Programa pati išanalizuoja kopregeles, realiu laiku patikrina DKIM selektorių DNS bei From domeno DMARC įrašą ir palygina savo rezultatą su Jūsų atsakymu.

Skaitykite daugiau

Šiuose straipsniuose aprašyti žingsniai galioja WebOké valdymo skydeliams; kitų teikėjų atveju veikia panašiai.

• Nemokamas DNS kursas 7.4: Naujienlaiškių ir siuntimo paslaugos
• Nemokamas DNS kursas 4.5: DMARC: ką gavėjai turi daryti su netikru paštu
• DirectAdmin vadovas 5.8: DKIM įjungimas ir patikrinimas
• DirectAdmin vadovas 7.10: El. pašto konferencijos
• Pašto siuntimo riba
• Ar galiu siųsti el. laiškų siuntinį (naujienlaiškį) naudodamas savo talpinimo paketą, įsigytą iš WebOké?
• Google, Siuntėjų gairės (Email sender guidelines): https://support.google.com/a/answer/81126