Naujienlaiškių ir siuntimo paslaugos

7 modulis: Išorinių paslaugų susiejimas · Skaitymo trukmė: 8 min.

Mokymosi tikslas: Baigę šią pamoką galėsite susieti naujienlaiškių ar siuntimo paslaugą taip, kad Jūsų laiškai nepatektų į brukalą.

Pagrindinės sąvokos: domeno patvirtinimas (autentifikacija), DKIM per CNAME, selector, SPF include tik jei paslauga to prašo, 10 užklausų limitas, DMARC suderinamumas per DKIM, MX nekeisti

Kodėl naujienlaiškių paslauga prašo įrašų

Naujienlaiškių paslauga, pavyzdžiui, Mailchimp, Brevo ar MailerLite, arba sąskaitų bei patvirtinimų siuntimo paslauga, siunčia laiškus su Jūsų adresu kaip siuntėju, pavyzdžiui, nieuws@example.com. Tačiau laiškas atkeliauja iš tos paslaugos serverių, o ne iš Jūsų pašto serverio.

Gavėjai, tokie kaip Gmail ir Outlook.com, tuomet patikrina: ar šis serveris gali siųsti laiškus example.com vardu, ir ar parašas yra teisingas (3.4 ir 4.5 pamokos)? Jei tai nesutvarkyta, Jūsų naujienlaiškis patenka į brukalą arba paslauga perrašo siuntėjo adresą savo pačios adresu. Todėl paslauga prašo autentifikuoti Jūsų domeną: tam reikia kelių įrašų Jūsų DNS sistemoje.

Ko paslaugai nereikia: Jūsų MX įrašų. Jie nurodo, kur keliauja Jūsų gaunami laiškai. Naujienlaiškį Jūs tik siunčiate; atsakymai paprastai atkeliauja į Jūsų pačios pašto dėžutę. Todėl niekada nekeiskite MX dėl naujienlaiškių paslaugos.

DKIM per CNAME

Dauguma paslaugų leidžia sutvarkyti DKIM naudojant CNAME įrašus. Paslauga pati valdo raktą; Jūs tik nukreipiate į jį. Taip paslauga gali pakeisti raktą, ir Jums nereikia nieko daryti.

Rašant šį tekstą Mailchimp naujesnėse paskyrose naudoja du įrašus:

k2._domainkey.example.com.   3600   IN   CNAME   dkim2.mcsv.net.
k3._domainkey.example.com.   3600   IN   CNAME   dkim3.mcsv.net.

Senesnėse paskyrose dažnai būna vienas įrašas k1._domainkey, nukreiptas į dkim.mcsv.net. Kitos paslaugos naudoja kitokius selectorius, pavyzdžiui, brevo1._domainkey ar ml._domainkey. Naudokite tai, kas rodoma Jūsų paslaugos valdymo skydelyje. Pavadinimai ir tikslai skiriasi priklausomai nuo paslaugos ir paskyros, ir kartais keičiasi.

k2 ir k3 yra selectoriai (4.4 pamoka). Kiekviena paslauga turi savo selectorių, todėl įrašai netrukdo vieni kitiems ir Jūsų paties pašto serverio DKIM raktui.

Trys klaidos, kurias beveik visi padaro bent kartą

1. Dvigubas domeno pavadinimas. Jūsų valdymo skydelis dažnai pats prideda domeno pavadinimą prie galo. Jei įvesite k2._domainkey.example.com, gausite k2._domainkey.example.com.example.com. Įveskite tik k2._domainkey, nebent valdymo skydelis aiškiai prašo pilno pavadinimo. Po lauku paprastai rodoma, koks pavadinimas bus gautas.
2. Pamirštas taškas reikšmės gale. Be taško Jūsų valdymo skydelis gali iš dkim2.mcsv.net padaryti dkim2.mcsv.net.example.com. Kai kurie valdymo skydeliai patys prideda tašką; po išsaugojimo patikrinkite, kaip atrodo įrašas (2.2 pamoka).
3. TXT vietoje CNAME. Jei paslauga prašo CNAME, sukurkite CNAME. TXT įrašas su tekstu dkim2.mcsv.net nieko neveikia.

SPF: tik jei paslauga to prašo

Dėl SPF daugelis galvoja: kiekviena siunčianti paslauga turi būti mano SPF įraše. Taip nebūna visada.

SPF patikrina adresą laiško voke (Return-Path), o ne tą siuntėjo adresą, kurį matote. Daugelis naujienlaiškių paslaugų, tarp jų ir Mailchimp, voke naudoja savo pačių domeną. Todėl jų SPF patikra vyksta per jų pačių domeną, o Jūsų SPF įrašas čia nevaidina jokio vaidmens. Dėl to Mailchimp neprašo include Jūsų SPF įraše.

Kitos paslaugos voke naudoja adresą Jūsų domene arba leidžia nustatyti atskirą subdomeną (pavyzdžiui, bounce.example.com). Tokios paslaugos prašo include: Jūsų SPF įraše arba SPF įrašo tame subdomene. Todėl darykite tiksliai tai, ko prašo paslauga:

• jei paslauga prašo include, įtraukite jį į Jūsų esamą SPF įrašą, niekada į antrą (4.3 pamoka);
• jei paslauga to neprašo, nieko nepridėkite.

Kodėl verta taupyti? SPF įrašas patikros metu gali sukelti ne daugiau kaip 10 DNS užklausų. Kiekvienas include, a, mx, exists ir redirect skaičiuojamas, o paslaugos include'ai patys dažnai turi dar include'ų. Turint prieglobos paslaugų teikėją, Microsoft 365, naujienlaiškių paslaugą, apskaitos programą ir CRM, ribą lengva viršyti. Tuomet visas Jūsų SPF įrašas tampa negaliojantis (permerror). Pašalinkite include'us tų paslaugų, kurių nebenaudojate arba kurios jų neprašo.

DMARC: čia yra esmė

DMARC (4.5 pamoka) patvirtina laišką, jei SPF arba DKIM sėkmingas ir atitinka domeną siuntėjo adrese (suderinamumas). Jei naujienlaiškių paslauga voke naudoja savo pačios domeną, SPF niekada negalės suderėti su example.com. Tuomet DMARC gali būti sėkmingas tik per DKIM: parašą su d=example.com, o tai gausite tik sutvarkę CNAME įrašus.

Todėl:

1. pirmiausia sutvarkykite paslaugos DKIM įrašus;
2. palaukite, kol paslauga praneš, kad Jūsų domenas patvirtintas;
3. išsiųskite testinį laišką sau ir patikrinkite antraštėse, ar DKIM yra pass su d=example.com;
4. tik po to keiskite savo DMARC politiką iš none į quarantine ar reject.

Jei dar neturite DMARC įrašo, daugelis paslaugų paprašys jį sukurti. Pradėkite nuo p=none (4.5 pamoka). Nuo 2024 metų dideli gavėjai, tokie kaip Gmail ir Yahoo, reikalauja, kad masiniai siuntėjai turėtų DMARC įrašą.

Atsakymai ir grąžinimai (bounces)

Jei skaitytojas atsako į Jūsų naujienlaiškį, atsakymas keliauja į atsakymo adresą, kurį nustatote paslaugoje, ir per Jūsų MX į Jūsų pačios pašto dėžutę. Negrįžtami laiškai (bounces) keliauja į voko adresą, taigi, į paslaugą, kuri juos apdoroja. Dėl to irgi nereikia nieko keisti Jūsų MX įrašuose.

Praktikoje: kaip tai atrodo valdymo skydelyje

Pavyzdiniame valdymo skydelyje DirectAdmin atidarote DNS administravimas, spaudžiate Įtraukti įrašą, pasirenkate CNAME, lauke Pavadinimas įvedate tik k2._domainkey, o lauke Reikšmė įvedate dkim2.mcsv.net. su tašku. Po to padarykite tą patį su k3. Mano WebOké tai atliekama tokiu pat būdu DNS skirtuke; lange po pavadinimo lauku rodomas pilnas pavadinimas, ir sistema įspėja, jei trūksta taško.

Kituose valdymo skydeliuose, pavyzdžiui, cPanel, Plesk, Cloudflare ar Jūsų registratoriaus DNS lange, mygtukai vadinasi kitaip, bet laukai yra tie patys. Naudojant Cloudflare, atkreipkite dėmesį į proxy: DKIM įrašams nustatykite „DNS only“ (Cloudflare tai dažniausiai pati padaro CNAME įrašams su _domainkey).

Santrauka

• Naujienlaiškių paslaugai nereikia Jūsų MX įrašų; palikite juos nepakeistus.
• DKIM dažniausiai tvarkomas per CNAME įrašus su savo selectoriu. Naudokite tai, kas rodoma Jūsų valdymo skydelyje.
• Įveskite tik pirmąją pavadinimo dalį ir atkreipkite dėmesį į tašką reikšmės gale.
• SPF include įtraukite tik jei paslauga to prašo, esamame įraše, ir neviršykite 10 užklausų.
• Tokių paslaugų atveju DMARC sėkmingas per DKIM suderinamumą; griežtinkite politiką tik tada, kai DKIM veikia.

Testas

Užduotis

Užduotis Z7.4: Atpažinti naujienlaiškių paslaugą. Pažiūrėkite, kaip naujienlaiškių paslauga pati sutvarko savo DKIM.

1. Suraskite k2._domainkey.mailchimp.com ir k3._domainkey.mailchimp.com CNAME įrašus. Užsirašykite tikslines reikšmes.
2. Suraskite mailchimp.com SPF įrašą ir suskaičiuokite, kiek jame yra include: dalių.

Tikrinimas realiu laiku užklausia įrašus pateikimo metu.

Užduotis O7.4: Pačiam susikonfigūruoti savo pratybų zonoje. Susiekite imituotą naujienlaiškių paslaugą su savo pratybų zona <code>.dnspractice.eu. Pratybų zonoje naudokite fiktyvią paslaugą newsletter-demo.dnspractice.eu; savo tikrame domene naudokite reikšmes iš savo naujienlaiškių paslaugos valdymo skydelio.

1. Sukurkite CNAME k2._domainkey.<code>.dnspractice.eu, nukreiptą į dkim2.newsletter-demo.dnspractice.eu. Atkreipkite dėmesį į pavadinimą: be dvigubos zonos gale.
2. Sukurkite CNAME k3._domainkey.<code>.dnspractice.eu, nukreiptą į dkim3.newsletter-demo.dnspractice.eu.
3. Pasirūpinkite, kad <code>.dnspractice.eu būtų lygiai vienas SPF įrašas, prasidedantis v=spf1 ir baigiantis ~all arba -all. Šiai paslaugai neįtraukite include.
4. Palikite savo MX įrašus <code>.dnspractice.eu nepakeistus: šiai paslaugai jų nereikia.

Papildomi šaltiniai

Šiuose puslapiuose aprašyti žingsniai WebOké valdymo skydeliuose (DirectAdmin ir Mano WebOké). Kituose valdymo skydeliuose tai veikia panašiai.

• DNS įrašų valdymas „Mano WebOké“ (su CNAME, TXT ir išorinių paslaugų pavyzdžiais)
• DirectAdmin vadovas 5.4: CNAME įrašai ir taškas pabaigoje
• DirectAdmin vadovas 5.8: DKIM įjungimas ir patikrinimas
• DirectAdmin vadovas 5.7: SPF nustatymas ir papildymas
• Kas yra DMARC? Paaiškinimas paprasta kalba