Jaunumu vēstules no Jūsu paša domēna

7. modulis: Jaunumu vēstules un e-pasts no Jūsu vietnes · Lasīšanas laiks: 11 minūtes

Mērķis: Pēc šīs nodarbības Jūs varēsiet pieslēgt nosūtīšanas pakalpojumu tā, lai Jūsu jaunumu vēstule Jūsu paša domēna vārdā veiksmīgi iziet SPF, DKIM un DMARC pārbaudi, un varēsiet galvenes rindās pārbaudīt, vai tas izdevies.

Pamatjēdzieni: nosūtīšanas pakalpojums, From domēns, Return-Path (atlēciena domēns), DKIM domēns (d=), salāgošana (alignment), savs atlēciena domēns ar CNAME, DKIM ar CNAME, apakšdomēns mārketingam, nosūtīšanas limits, sasilšana (warm-up)

Kāpēc jaunumu vēstule atšķiras no parastas vēstules

Vēstuli klientam vai kolēģim Jūs sūtāt no savas pastkastes. Jaunumu vēstule tiek sūtīta vienlaikus simtiem vai tūkstošiem cilvēku. Tādiem saņēmējiem kā Gmail, Outlook.com un T-Online tas ir citāds satiksmes veids: masu pasts (bulk mail). Viņi to vērtē stingrāk, jo gandrīz viss surogātpasts arī ir masu pasts.

Trīs lietas nosaka atšķirību starp jaunumu vēstuli, kas nonāk iesūtnē, un tādu, kas pazūd surogātpastā:

1. Tehnika: vēstulei pierādāmi jānāk no Jūsu domēna. To nodrošina SPF, DKIM un DMARC, un galvenokārt salāgošana (alignment) starp tiem.
2. Reputācija: serveriem un domēnam, ar kuru sūtāt, jābūt labai reputācijai (nodarbība 5.2).
3. Jūsu saņēmēju uzvedība: vai viņi atver Jūsu vēstuli, vai noklikšķina uz "Tas ir surogātpasts"? Tas ir atkarīgs no Jūsu saraksta un no piekrišanas (nodarbība 7.2).

Šī nodarbība ir par pirmo punktu. Ierakstu pamati ir aprakstīti DNS kursa 7.4. nodarbībā. Šeit mēs aplūkosim, kā praksē pārbaudīt, vai viss ir kārtībā.

Kāpēc nevis vienkārši no savas pastkastes?

Var rasties kārdinājums jaunumu vēstuli nosūtīt ar BCC no savas parastās pasta programmas vai izmantojot pasta sarakstu Jūsu hostinga pakotnē. Nelielai biedrībai ar trīsdesmit biedriem, kuri pazīst viens otru, pasta saraksts ir pilnīgi piemērots. Īstai jaunumu vēstulei tas nav piemērots, un tam ir četri iemesli:

• Nosūtīšanas limiti. Gandrīz katrs pakalpojumu sniedzējs ierobežo, cik vēstuļu pastkaste vai pakotne drīkst nosūtīt dienā, lai ierobežotu ļaunprātīgu izmantošanu. WebOké šo limitu redzat DirectAdmin pie lietotāja statistikas; citiem pakalpojumu sniedzējiem tas ir norādīts noteikumos vai klienta panelī. Jaunumu vēstule 2000 cilvēkiem to krietni pārsniedz.
• Kopīga reputācija. Jūs koplietojat nosūtīšanas serveri ar citiem klientiem. Ja saņēmēji sūdzas par Jūsu jaunumu vēstuli, tas ietekmē arī viņu pastu, un otrādi.
• Nav atrakstīšanās pogas un atlēcienu (bounce) pārvaldības. Nosūtīšanas pakalpojums katrā vēstulē automātiski pievieno atrakstīšanās galvenes (nodarbība 7.2), no Jūsu saraksta izņem adreses, kas vairs nepastāv, un apstrādā sūdzības. To ar rokām nekad nevarēsiet izdarīt pareizi.
• Privātums. Viens nepareizs klikšķis, un Jūs visiem nosūtāt viens otra adreses lodziņā "Kam".

Nosūtīšanas pakalpojums (jaunumu vēstuļu pakalpojums, piemēram, Laposta, Brevo, MailerLite vai Mailchimp, vai transakciju pakalpojums apstiprinājumiem un rēķiniem) ir radīts tieši šim darbam. Taču tad vēstuli Jūsu domēna vārdā sūta kāds cits, un tas ir jāpierāda.

Trīs domēni vienā vēstulē

Katrai vēstulei ir vismaz trīs vietas, kur norādīts domēns. Parastā vēstulē no Jūsu pašas pastkastes tie parasti sakrīt. Izmantojot nosūtīšanas pakalpojumu, tas nenotiek pats no sevis.

DMARC (nodarbība 4.4) apstiprina vēstuli, ja SPF vai DKIM ir sekmīgs, un domēns, kas bija sekmīgs, ir salāgots ar From domēnu. Pēc noklusējuma iestatījuma (relaxed) salāgots nozīmē, ka tas ir tas pats organizācijas domēns: mail.example.com ir salāgots ar example.com, bet sender.example nav.

Bez pašu veiktiem iestatījumiem jaunumu vēstule izskatās šādi:

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 ir sekmīgs un DKIM ir sekmīgs, taču abi tikai pakalpojuma domēnam. Neviens no tiem nav salāgots ar example.com, tāpēc DMARC neizdodas (fail). Ja Jūsu DMARC politika ir p=none, Jūs to pamanīsiet tikai pārskatos (nodarbība 4.5). Ja tā ir quarantine vai reject, Jūsu jaunumu vēstule pazūd surogātpastā vai tiek noraidīta.

Risinājums: domēna autentificēšana pie pakalpojuma

Katram nopietnam nosūtīšanas pakalpojumam ir solis, kas saucas "domēna autentificēšana", "domēna verificēšana" vai "sūtītāja domēna iestatīšana". Pakalpojums tad Jums dod dažus ierakstus, kas jāievieto Jūsu DNS. Parasti tie ir:

1. DKIM ar CNAME, piemēram, s1._domainkey.example.com uz nosaukumu pie pakalpojuma. Pēc tam pakalpojums Jūsu vēstuli paraksta ar d=example.com. Šis ir svarīgākais ieraksts: ar to DMARC gūst panākumus caur DKIM.
2. Savs atlēciena domēns, bieži CNAME uz apakšdomēnu, piemēram, bounce.example.com uz pakalpojumu. Tad Return-Path kļūst ...@bounce.example.com. Šī apakšdomēna SPF caur CNAME norāda uz pakalpojumu, un tādā gadījumā arī SPF ir salāgots. Ne katrs pakalpojums to piedāvā; pašam DKIM pietiek, lai DMARC gūtu panākumus.
3. Dažkārt SPF include Jūsu pašu ierakstā, ja pakalpojums izmanto Jūsu galveno domēnu kā Return-Path. To darāt tikai tad, ja pakalpojums to pieprasa, un vienmēr Jūsu esošajā SPF ierakstā (nodarbība 4.2).
4. Dažkārt verifikācijas TXT ieraksts, lai pierādītu, ka domēns pieder Jums.

Pēc pareizu iestatījumu veikšanas tā pati jaunumu vēstule izskatās šādi:

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

Nosaukumus un mērķus vienmēr pārņemiet burtiski no Jūsu pakalpojuma informācijas paneļa. Tie atšķiras atkarībā no pakalpojuma un dažkārt arī no konta.

Atsevišķs apakšdomēns mārketingam?

Lieli sūtītāji bieži izmanto savu apakšdomēnu jaunumu vēstulēm, piemēram, nieuws.example.com vai info.example.com, ar sūtītāju nieuwsbrief@nieuws.example.com. Doma ir šāda: Jūsu mārketinga pasta reputācija tad ir nošķirta no Jūsu parastā pasta. Ja kampaņa neizdodas, Jūsu ikdienas pasts ar klientiem no tā cieš mazāk.

Tiem, kas jaunumu vēstuli sūta dažas reizes mēnesī, tas nav nepieciešams. Tas gan sarežģī pārvaldību: apakšdomēnam nepieciešams savs DKIM, un Jūsu DMARC politikai apakšdomēniem (sp=) jāatbilst. Apsveriet to, ja sūtāt daudz vai ja papildus jaunumu vēstulēm Jums ir arī daudz transakciju pasta (pasūtījumi, paroles). Tam nekad nevajadzētu ciest no neveiksmīgas akcijas.

Svarīgi: nosūtīšanas apakšdomēnā neliekiet MX ierakstu uz pakalpojumu, ja tas nav nepieciešams, un nekad nemainiet sava galvenā domēna MX jaunumu vēstules dēļ. MX nosaka, kur pasts ienāk; atbildēm uz Jūsu jaunumu vēstuli jānonāk Jūsu pašas pastkastē.

Sasilšana: nesāciet uzreiz ar visu

Vai sūtāt pirmo reizi ar jaunu pakalpojumu vai jaunu domēnu, vai pēkšņi sūtāt desmit reizes vairāk nekā parasti? Tad saņēmēji Jūs vēl nepazīst. Lielie saņēmēji palēnina nepazīstamus sūtītājus (Microsoft gadījumā redzēsiet pagaidu atteikumus, piemēram, 451 4.7.500, nodarbība 6.4). Tāpēc sāciet mazumā: vispirms savus aktīvākos lasītājus, pēc tam katru reizi lielāku daļu. To sauc par sasilšanu (warm-up). Koplietotā nosūtīšanas pakalpojumā daudz ko no tā veic pats pakalpojums, taču arī tur svarīga ir Jūsu domēna reputācija.

Praksē: kā tas izskatās panelī

Jūs ievietojat pakalpojuma ierakstus Jūsu domēna DNS pārvaldībā. WebOké tā ir cilne DNS Mans WebOké vai DNS Administration DirectAdmin; citiem pakalpojumu sniedzējiem tā saucas DNS pārvaldība, zonas pārvaldība vai DNS ieraksti, un darbojas līdzīgi. Pievērsiet uzmanību divām klasiskajām kļūdām: domēna vārds dubultā nosaukumā (s1._domainkey.example.com.example.com), un TXT ieraksta izveide vietā, kur pakalpojums prasa CNAME.

Gatavs? Nosūtiet testa jaunumu vēstuli uz savu Gmail vai Outlook.com adresi un atveriet galvenes rindas (nodarbība 1.5). Jums pie Authentication-Results jāredz: dkim=pass ar header.d= Jūsu domēns, un dmarc=pass.

Kopsavilkums

• Jaunumu vēstule ir masu pasts: saņēmēji to vērtē stingrāk. Izmantojiet nosūtīšanas pakalpojumu, nevis savu parasto pastkasti.
• Katrā vēstulē ir trīs domēni: From (DMARC), Return-Path (SPF) un DKIM domēns d=.
• DMARC gūst panākumus tikai tad, ja SPF vai DKIM ir sekmīgs domēnam, kas salāgots ar From domēnu.
• Autentificējiet savu domēnu pie pakalpojuma: DKIM ar CNAME ir vissvarīgākais, savs atlēciena domēns ir papildu ieguvums.
• Pārbaudiet ar testa vēstuli: dkim=pass header.d=<Jūsu domēns> un dmarc=pass. Sākot ar jaunu pakalpojumu, sāciet mazumā.

Tests

Uzdevums

Uzdevums Z7.1: Jaunumu vēstules salāgošanas (alignment) pārbaude. Nosūtiet jaunumu vēstuli no sava nosūtīšanas pakalpojuma sev (vai izmantojiet kursa parauga failu nieuwsbrief-kopregels-1.txt) un ielīmējiet galvenes rindas. Aizpildiet: From domēnu, Return-Path domēnu, DKIM domēnu (d=) un vai, Jūsuprāt, DMARC gūst panākumus (jā/nē) un ar kādu ceļu (SPF, DKIM, abi vai neviens). Programma pati analizē galvenes rindas, reāllaikā pārbauda DKIM selektoru DNS un From domēna DMARC ierakstu, un salīdzina savu rezultātu ar Jūsējo.

Lasiet tālāk

Šajos rakstos aprakstītie soļi attiecas uz WebOké paneļiem; citiem pakalpojumu sniedzējiem tas darbojas līdzīgi.

• Bezmaksas DNS kurss 7.4: Jaunumu vēstkopas un izsūtīšanas pakalpojumi
• Bezmaksas DNS kurss 4.5: DMARC: ko saņēmējiem darīt ar viltus pastu
• DirectAdmin rokasgrāmata 5.8: DKIM ieslēgšana un pārbaude
• DirectAdmin rokasgrāmata 7.10: Mailing Lists
• Limits e-pasta sūtīšanai
• Vai es drīkstu nosūtīt mērķtiecīgu e-pasta izsūtījumu (mailing), izmantojot savu WebOké hostinga pakotni? Pakalpojumu sniedzējs vēlas precizēt: šeit runa ir par Jūsu iespējām, tāpēc pareizais jautājuma formulējums ir šāds: Vai Jūs drīkstat nosūtīt mērķtiecīgu e-pasta izsūtījumu (mailing), izmantojot savu WebOké hostinga pakotni?
• Google, vadlīnijas sūtītājiem (Email sender guidelines): https://support.google.com/a/answer/81126
• Atteikšanās ar vienu klikšķi: List-Unsubscribe galvene
• Kļūdu ziņojumi atrisināti 1.5: Message limit reached: sasniegts sūtīšanas limits