Naujienlaiškiai iš Jūsų paties domeno

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

Mokymosi tikslas: baigę šią pamoką galėsite susieti siuntimo paslaugą taip, kad Jūsų naujienlaiškis, siunčiamas Jūsų paties domeno vardu, sėkmingai praeitų SPF, DKIM ir DMARC patikras, ir galėsite antraštėse patikrinti, ar tai pavyko.

Pagrindinės sąvokos: siuntimo paslauga, From domenas, Return-Path (atmestų laiškų domenas), DKIM domenas (d=), suderinimas (alignment), nuosavas atmestų laiškų 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 (bulk mail). Jie į tokį srautą žiūri griežčiau, nes beveik visas šlamštas (spam) taip pat yra masinis paštas.

Trys dalykai lemia skirtumą tarp naujienlaiškio, kuris patenka į gautuosius, ir to, kuris dingsta šlamšte:

1. Technika: turi būti įrodoma, kad laiškas atsiųstas iš Jūsų domeno. Tai užtikrina SPF, DKIM ir DMARC, o ypač suderinimas (alignment) tarp jų.
2. Reputacija: serveriai ir domenas, kuriuo siunčiate, turi turėti gerą vardą (3.2 pamoka).
3. Jūsų gavėjų elgesys: ar jie atidaro Jūsų laišką, ar spaudžia „Tai šlamštas“? Tai priklauso nuo Jūsų sąrašo ir nuo sutikimo (7.2 pamoka).

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

Kodėl nesiųsti tiesiog iš savo pašto dėžutės?

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

• Siuntimo limitai. Beveik kiekvienas 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 naudotojo statistika; kitiems teikėjams jis nurodytas sąlygose arba kliento 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ų laiškus, ir atvirkščiai.
• Nėra atsisakymo mygtuko ir atmestų laiškų (bounce) valdymo. Siuntimo paslauga automatiškai įtraukia atsisakymo antraštes į kiekvieną laišką (7.2 pamoka), pašalina iš sąrašo nebeegzistuojančius adresus ir tvarko skundus. Rankiniu būdu to niekada neatliksite tinkamai.
• Privatumas. Vienas klaidingas spustelėjimas, ir visiems išsiunčiate vieni kitų adresus lauke „Kam“.

Siuntimo paslauga (naujienlaiškių paslauga, pvz., Laposta, Brevo, MailerLite ar Mailchimp, arba transakcinė paslauga patvirtinimams ir sąskaitoms) sukurta būtent šiam darbui. Tačiau tuomet laiškus Jūsų domeno vardu siunčia kažkas kitas, ir tai turite įrodyti.

Trys domenai viename laiške

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

DMARC (4.4 pamoka) patvirtina laišką, jei SPF arba DKIM patikra praeinama sėkmingai (pass), ir domenas, kuris praėjo patikrą, 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 sėkmingai ir DKIM praeina sėkmingai, bet abu šios paslaugos domenui. Nė vienas iš jų nėra suderintas su example.com, todėl DMARC nepavyksta (fail). Jei Jūsų DMARC politika nustatyta p=none, tai pastebėsite tik savo ataskaitose (4.5 pamoka). Jei nustatyta quarantine arba reject, Jūsų naujienlaiškis atsidurs šlamšte arba bus atmestas.

Sprendimas: domeno autentifikavimas paslaugoje

Kiekviena rimta siuntimo paslauga turi žingsnį, vadinamą „domeno autentifikavimas“, „domeno patvirtinimas“ arba „siuntėjo domeno nustatymas“. Tada 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ą. Tada paslauga pasirašo Jūsų laiškus su d=example.com. Tai svarbiausias įrašas: su juo DMARC praeina sėkmingai per DKIM.
2. Nuosavas atmestų laiškų domenas, dažnai CNAME subdomenui, pavyzdžiui, bounce.example.com nukreipiamas į paslaugą. Tada Return-Path tampa ...@bounce.example.com. Šio subdomeno SPF per CNAME nukreipia į paslaugą, taigi SPF taip pat būna suderintas (aligned). Ne kiekviena paslauga tai siūlo; vien DKIM pakanka DMARC.
3. Kartais SPF include Jūsų paties į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 (4.2 pamoka).
4. Kartais patikros TXT įrašas, įrodantis, 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 tikslus visada perimkite tiksliai tokius, kokie nurodyti Jūsų paslaugos valdymo skydelyje. Jie skiriasi priklausomai nuo paslaugos, o kartais ir nuo paskyros.

Atskiras subdomenas rinkodarai?

Dideli siuntėjai dažnai naudoja atskirą subdomeną naujienlaiškiams, pvz., nieuws.example.com arba info.example.com, su siuntėju nieuwsbrief@nieuws.example.com. Idėja tokia: Jūsų rinkodaros laiškų reputacija tuomet atskirta nuo įprasto pašto. Jei kampanija nepavyksta, Jūsų kasdieniai laiškai klientams nukenčia mažiau.

Tiems, kurie siunčia naujienlaiškį kelis kartus per mėnesį, to nereikia. Tai apsunkina valdymą: subdomenui reikia atskiro DKIM, o Jūsų DMARC politika subdomenams (sp=) turi tam atitikti. Apsvarstykite tai, jei siunčiate daug arba jei, be naujienlaiškių, turite daug transakcinių laiškų (užsakymai, slaptažodžiai). Jų niekada nenorite, kad nukentėtų dėl nepavykusios akcijos.

Svarbu: siuntimo subdomenui nenustatykite MX įrašo į paslaugą, jei to nereikia, ir niekada nekeiskite savo pagrindinio domeno MX dėl naujienlaiškio. MX nustato, kur laiškai gaunami; atsakymai į Jūsų naujienlaiškį turi paprasčiausiai patekti į Jūsų pačios pašto dėžutę.

Įšilimas: nepradėkite iškart su viskuo

Pirmą kartą siunčiate 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 matysite laikinus atmetimus, pvz., 451 4.7.500, 6.4 pamoka). Todėl pradėkite nuo mažo masto: pirmiausia aktyviausi skaitytojai, vėliau kiekvieną kartą didesnė dalis. Tai vadinama įšilimu (warm-up). Naudojant bendrą siuntimo paslaugą, daug ką paslauga atlieka pati, tačiau ir tuomet svarbi Jūsų domeno reputacija.

Praktikoje: kaip tai atrodo skydelyje

Paslaugos įrašus įvedate savo domeno DNS administravime. WebOké tai yra DNS skirtukas Mano WebOké arba DNS administravimas DirectAdmin; kitų teikėjų tai vadinama DNS administravimu, zonos valdymu arba DNS įrašais ir veikia panašiai. Atkreipkite dėmesį į dvi klasikines klaidas: dubliuotą 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 Gmail ar Outlook.com adresą ir atidarykite antraštes (1.5 pamoka). Prie Authentication-Results turėtumėte matyti: dkim=pass su header.d= Jūsų domenas, ir dmarc=pass.

Santrauka

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

Testas

Užduotis

Užduotis Z7.1: Naujienlaiškio suderinimo (alignment) patikra. Išsiųskite naujienlaiškį iš savo siuntimo paslaugos sau (arba naudokite pavyzdinį failą nieuwsbrief-kopregels-1.txt iš kurso) ir įklijuokite antraštes. Įrašykite: From domeną, Return-Path domeną, DKIM domeną (d=) ir ar, Jūsų nuomone, DMARC praeina sėkmingai (taip/ne) bei kuriuo būdu (SPF, DKIM, abu ar nė vienas). Programa pati išanalizuoja antraštes, gyvai patikrina DKIM selektorių DNS ir From domeno DMARC įrašą, ir palygina savo rezultatą su Jūsų atsakymu.

Skaitykite daugiau

Šiuose straipsniuose aprašyti žingsniai galioja WebOké valdymo skydeliams; kitiems teikėjams 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
• Atsisakyti vienu paspaudimu: antraštė „List-Unsubscribe“
• Klaidų pranešimų sprendimai 1.5: Message limit reached: pasiektas siuntimo limitas