Jaunumu vēstkopas un izsūtīšanas pakalpojumi

Modulis 7: Ārējo pakalpojumu pievienošana · Lasīšanas laiks: 8 minūtes

Mērķis: Pēc šīs nodarbības Jūs varēsiet piesaistīt jaunumu vēstkopas vai izsūtīšanas pakalpojumu tā, lai Jūsu e-pasts nenonāktu surogātpastā.

Pamatjēdzieni: domēna verifikācija (autentifikācija), DKIM caur CNAME, selektors, SPF include tikai tad, ja pakalpojums to pieprasa, limits 10 uzmeklēšanām, DMARC saskaņošana caur DKIM, MX nedrīkst mainīt

Kāpēc jaunumu vēstkopas pakalpojums pieprasa ierakstus

Jaunumu vēstkopas pakalpojums, piemēram, Mailchimp, Brevo vai MailerLite, vai izsūtīšanas pakalpojums rēķiniem un apstiprinājumiem, nosūta e-pastus ar Jūsu adresi kā sūtītāju, piemēram, nieuws@example.com. Taču e-pasts nāk no šī pakalpojuma serveriem, nevis no Jūsu pasta servera.

Saņēmēji, piemēram, Gmail un Outlook.com, tad pārbauda: vai šim serverim ir atļauts sūtīt e-pastus example.com vārdā, un vai paraksts ir pareizs (4.3. līdz 4.5. nodarbība)? Ja tas nav sakārtots, Jūsu jaunumu vēstkopa nonāk surogātpastā vai pakalpojums pārraksta sūtītāja adresi uz savu adresi. Tāpēc pakalpojums lūdz Jūs autentificēt savu domēnu: pievienot pāris ierakstus Jūsu DNS.

Kas pakalpojumam nav vajadzīgs: Jūsu MX ieraksti. Tie nosaka, kur dodas Jūsu ienākošais e-pasts. Jaunumu vēstkopu Jūs tikai sūtāt; atbildes nonāk vienkārši Jūsu pašu pastkastē. Tāpēc nekad nemainiet savu MX jaunumu vēstkopas pakalpojuma dēļ.

DKIM caur CNAME

Lielākā daļa pakalpojumu ļauj iestatīt DKIM ar CNAME ierakstiem. Pakalpojums pats pārvalda atslēgu; Jūs tikai norādāt uz to. Tā pakalpojums var nomainīt atslēgu bez nepieciešamības Jums kaut ko darīt.

Mailchimp šī raksta tapšanas brīdī jaunākiem kontiem izmanto divus ierakstus:

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

Vecākiem kontiem bieži ir viens ieraksts k1._domainkey, kas norāda uz dkim.mcsv.net. Citi pakalpojumi izmanto citus selektorus, piemēram, brevo1._domainkey vai ml._domainkey. Pārņemiet to, ko rāda Jūsu pakalpojuma vadības panelis. Nosaukumi un mērķi atšķiras atkarībā no pakalpojuma un konta, un dažreiz tie mainās.

k2 un k3 ir selektori (4.4. nodarbība). Katram pakalpojumam ir savs selektors, tāpēc ieraksti netraucē viens otram un Jūsu paša pasta servera DKIM atslēgai.

Trīs kļūdas, ko gandrīz visi reiz pieļauj

1. Dubults domēna nosaukums. Jūsu panelis bieži pats pievieno Jūsu domēna nosaukumu aiz ieraksta nosaukuma. Ja ievadāt k2._domainkey.example.com, rezultāts kļūst k2._domainkey.example.com.example.com. Ievadiet tikai k2._domainkey, ja vien Jūsu panelis tieši nepieprasa pilnu nosaukumu. Zem lauka parasti redzams, kāds nosaukums izveidosies.
2. Aizmirsts punkts vērtības beigās. Bez punkta Jūsu panelis no dkim2.mcsv.net var izveidot dkim2.mcsv.net.example.com. Daži paneļi pievieno punktu paši; pēc saglabāšanas pārbaudiet, kā ieraksts izskatās (2.2. nodarbība).
3. TXT CNAME vietā. Ja pakalpojums pieprasa CNAME, izveidojiet CNAME. TXT ieraksts ar tekstu dkim2.mcsv.net neko nedara.

SPF: tikai tad, ja pakalpojums to pieprasa

Par SPF daudzi domā: katram pakalpojumam, kas sūta e-pastus, jābūt manā SPF ierakstā. Tas ne vienmēr tā ir.

SPF pārbauda adresi e-pasta aploksnē (Return-Path), nevis redzamo sūtītāja adresi. Daudzi jaunumu vēstkopu pakalpojumi, tostarp Mailchimp, aploksnē izmanto savu domēnu. Tātad to SPF pārbaude notiek par to pašu domēnu, un Jūsu SPF ieraksts nespēlē nekādu lomu. Tāpēc Mailchimp nepieprasa include Jūsu SPF ierakstā.

Citi pakalpojumi gan izmanto adresi Jūsu domēnā aploksnē vai ļauj iestatīt savu apakšdomēnu (piemēram, bounce.example.com). Tie pieprasa include: Jūsu SPF ierakstā vai SPF ierakstu uz šī apakšdomēna. Tāpēc darbojieties precīzi tā, kā pakalpojums pieprasa:

• ja pakalpojums pieprasa include, pievienojiet to savā esošajā SPF ierakstā, nekad otrā ierakstā (4.3. nodarbība);
• ja pakalpojums to nepieprasa, nepievienojiet neko.

Kāpēc jābūt taupīgam? SPF ieraksts pārbaudes laikā drīkst izraisīt maksimāli 10 DNS uzmeklēšanas. Katrs include, a, mx, exists un redirect tiek skaitīts, un pakalpojuma includes bieži paši satur vēl citus includes. Ar tīmekļa hostingu, Microsoft 365, jaunumu vēstkopas pakalpojumu, grāmatvedības programmu un CRM Jūs ātri pārsniedzat šo robežu. Tad viss Jūsu SPF ieraksts kļūst nederīgs (permerror). Izņemiet includes no pakalpojumiem, ko vairs neizmantojat vai kas to nepieprasa.

DMARC: šeit ir izšķirošais punkts

DMARC (4.5. nodarbība) apstiprina e-pastu, ja SPF vai DKIM ir veiksmīgs un atbilst domēnam sūtītāja adresē (saskaņošana). Jaunumu vēstkopas pakalpojumam, kas aploksnē izmanto savu domēnu, SPF nekad nevar saskaņoties ar example.com. DMARC tad var būt veiksmīgs tikai caur DKIM: parakstu ar d=example.com, un to Jūs iegūstat tikai tad, ja esat iestatījuši CNAME ierakstus.

Tāpēc:

1. vispirms iestatiet pakalpojuma DKIM ierakstus;
2. uzgaidiet, līdz pakalpojums paziņo, ka Jūsu domēns ir autentificēts;
3. nosūtiet testa ziņu pašam sev un e-pasta galvenēs pārbaudiet, vai DKIM ir pass ar d=example.com;
4. tikai tad mainiet savu DMARC politiku no none uz quarantine vai reject.

Ja Jums vēl nav DMARC ieraksta, daudzi pakalpojumi lūgs to izveidot. Sāciet ar p=none (4.5. nodarbība). Lielie saņēmēji, piemēram, Gmail un Yahoo, kopš 2024. gada pieprasa, lai masveida sūtītājiem būtu DMARC ieraksts.

Atbildes un atgriezeniskie ziņojumi (bounces)

Ja lasītājs atbild uz Jūsu jaunumu vēstkopu, atbilde nonāk uz atbildes adresi, ko Jūs iestatāt pakalpojumā, un caur Jūsu MX nonāk Jūsu pašu pastkastē. Nepiegādājamie ziņojumi (bounces) nonāk uz aploksnes adresi, tātad pie pakalpojuma, kas tos apstrādā. Arī tāpēc Jums nekas nav jādara ar MX ierakstiem.

Praksē: kā tas izskatās panelī

Parauga panelī DirectAdmin Jūs atverat DNS Administration, noklikšķināt uz Add Record, izvēlaties CNAME, laukā Nosaukums ievadāt tikai k2._domainkey un laukā Value ierakstāt dkim2.mcsv.net. ar punktu. Pēc tam dariet to pašu k3 ierakstam. Mans WebOké tas notiek tāpat cilnē DNS; logs zem nosaukuma lauka parāda pilno nosaukumu un brīdina, ja trūkst punkta.

Citos paneļos, piemēram, cPanel, Plesk, Cloudflare vai Jūsu reģistratora DNS ekrānā, pogas saucas citādi, bet tie ir tie paši lauki. Cloudflare gadījumā pievērsiet uzmanību starpniekserverim (proxy): iestatiet DKIM ierakstus uz "DNS only" (Cloudflare to parasti jau pati dara CNAME ierakstiem ar _domainkey).

Kopsavilkums

• Jaunumu vēstkopas pakalpojumam nav vajadzīgi Jūsu MX ieraksti; atstājiet tos kā ir.
• DKIM parasti tiek iestatīts caur CNAME ierakstiem ar savu selektoru. Pārņemiet to, ko rāda Jūsu vadības panelis.
• Ievadiet tikai nosaukuma pirmo daļu un pievērsiet uzmanību punktam vērtības beigās.
• Pievienojiet SPF include tikai tad, ja pakalpojums to pieprasa, savā esošajā ierakstā, un paliekiet zem 10 uzmeklēšanām.
• DMARC šādiem pakalpojumiem ir veiksmīgs caur DKIM saskaņošanu; pastipriniet politiku tikai tad, kad DKIM strādā.

Tests

Uzdevums

Uzdevums Z7.4: Jaunumu vēstkopas pakalpojuma atpazīšana. Apskatiet, kā jaunumu vēstkopas pakalpojums pats iestata savu DKIM.

1. Atrodiet CNAME ierakstu k2._domainkey.mailchimp.com un k3._domainkey.mailchimp.com. Pierakstiet mērķa nosaukumus.
2. Atrodiet mailchimp.com SPF ierakstu un saskaitiet, cik include: daļu tajā ir.

Pārbaude pieprasa ierakstus tiešsaistē iesniegšanas brīdī.

Uzdevums O7.4: Pašrocīga iestatīšana Jūsu vingrināšanās zonā. Piesaistiet simulētu jaunumu vēstkopas pakalpojumu Jūsu vingrināšanās zonai <code>.dnspractice.eu. Vingrināšanās zonā izmantojiet fiktīvo pakalpojumu newsletter-demo.dnspractice.eu; savā reālajā domēnā pārņemiet vērtības no sava jaunumu vēstkopas pakalpojuma vadības paneļa.

1. Izveidojiet CNAME k2._domainkey.<code>.dnspractice.eu, kas norāda uz dkim2.newsletter-demo.dnspractice.eu. Pievērsiet uzmanību nosaukumam: bez dubultas zonas aiz tā.
2. Izveidojiet CNAME k3._domainkey.<code>.dnspractice.eu, kas norāda uz dkim3.newsletter-demo.dnspractice.eu.
3. Pārliecinieties, ka uz <code>.dnspractice.eu ir tieši viens SPF ieraksts, kas sākas ar v=spf1 un beidzas ar ~all vai -all. Šim pakalpojumam nepievienojiet include.
4. Atstājiet Jūsu MX ierakstus uz <code>.dnspractice.eu kā ir: šim pakalpojumam tie nav vajadzīgi.

Tālākai lasīšanai

Šīs lapas apraksta soļus WebOké paneļos (DirectAdmin un Mans WebOké). Citos paneļos process ir līdzīgs.

• DNS ierakstu pārvaldība sadaļā Mans WebOké (ar piemēriem CNAME, TXT ierakstiem un ārējiem pakalpojumiem)
• DirectAdmin rokasgrāmata 5.4: CNAME ieraksti un punkts beigās
• DirectAdmin rokasgrāmata 5.8: DKIM ieslēgšana un pārbaude
• DirectAdmin rokasgrāmata 5.7: SPF iestatīšana un papildināšana
• Kas ir DMARC? Skaidrojums vienkāršā valodā