Nieuwsbrier- a odosielacie služby

Modul 7: Prepojenie externých služieb · Čas čítania: 8 min

Cieľ lekcie: Po tejto lekcii dokážete pripojiť nieuwsbrief alebo odosielaciu službu tak, aby vaša pošta neskončila v spame.

Kľúčové pojmy: overenie domény (autentifikácia), DKIM cez CNAME, selector, SPF include len ak o to služba požiada, limit 10 vyhľadávaní, zarovnanie DMARC cez DKIM, MX nemeniť

Prečo služba na rozosielanie noviniek vyžaduje záznamy

Služba na rozosielanie noviniek ako Mailchimp, Brevo alebo MailerLite, alebo odosielacia služba pre faktúry a potvrdenia, odosiela poštu s vašou adresou ako odosielateľom, napríklad nieuws@example.com. Pošta však prichádza zo serverov tejto služby, nie z vášho mailového servera.

Príjemcovia ako Gmail a Outlook.com potom overujú: smie tento server posielať poštu v mene example.com a súhlasí podpis (lekcia 4.3 až 4.5)? Ak to nie je nastavené, vaša správa skončí v spame, alebo služba prepíše vašu adresu odosielateľa na vlastnú adresu. Preto vás služba požiada, aby ste svoju doménu autentifikovali: pridaním niekoľkých záznamov do vašej DNS.

Čo služba nepotrebuje: vaše MX záznamy. Tie určujú, kam smeruje vaša prichádzajúca pošta. Nieuwsbrief iba odosielate; odpovede prichádzajú bežne do vašej vlastnej schránky. MX teda nikdy nemeňte kvôli službe na rozosielanie noviniek.

DKIM cez CNAME

Väčšina služieb vám umožňuje nastaviť DKIM pomocou CNAME záznamov. Službu kľúč spravuje sama, vy na ňu iba odkazujete. Vďaka tomu môže služba kľúč nahradiť bez toho, aby ste museli niečo robiť.

Mailchimp v čase písania používa pri novších účtoch dva záznamy:

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

Staršie účty majú často jeden záznam k1._domainkey smerujúci na dkim.mcsv.net. Iné služby používajú iné selectory, napríklad brevo1._domainkey alebo ml._domainkey. Preneste presne to, čo zobrazuje nástenka vašej služby. Názvy a ciele sa líšia podľa služby a účtu a niekedy sa menia.

k2 a k3 sú selectory (lekcia 4.4). Každá služba má vlastný selector, takže si záznamy a DKIM kľúč vášho vlastného mailového servera navzájom neprekážajú.

Tri chyby, ktoré urobí takmer každý aspoň raz

1. Dvojitý názov domény. Váš panel často sám pridá váš názov domény za názov. Ak zadáte k2._domainkey.example.com, vznikne k2._domainkey.example.com.example.com. Zadajte iba k2._domainkey, pokiaľ váš panel výslovne nežiada úplný názov. Pod poľom zvyčajne vidíte, ako bude názov vyzerať.
2. Zabudnutá bodka na konci hodnoty. Bez bodky môže váš panel z dkim2.mcsv.net urobiť dkim2.mcsv.net.example.com. Niektoré panely bodku pridajú samy; po uložení skontrolujte, ako záznam vyzerá (lekcia 2.2).
3. TXT namiesto CNAME. Ak služba žiada CNAME, vytvorte CNAME. TXT záznam s textom dkim2.mcsv.net nič nerobí.

SPF: len ak o to služba požiada

Pri SPF si mnohí myslia: každá služba, ktorá odosiela poštu, musí byť v mojom SPF zázname. Tak to nie je vždy.

SPF kontroluje adresu v obálke správy (Return-Path), nie adresu odosielateľa, ktorú vidíte. Mnohé služby na rozosielanie noviniek, vrátane Mailchimp, používajú v obálke vlastnú doménu. Ich SPF kontrola teda prebieha cez ich vlastnú doménu a váš SPF záznam v tom nehrá žiadnu úlohu. Mailchimp preto nežiada include vo vašom SPF zázname.

Iné služby používajú v obálke adresu na vašej doméne, alebo vám umožnia nastaviť vlastnú subdoménu (napríklad bounce.example.com). Tie žiadajú include: vo vašom SPF zázname, alebo SPF záznam na tejto subdoméne. Urobte teda presne to, o čo služba žiada:

• ak služba žiada include, pridajte ho do svojho existujúceho SPF záznamu, nikdy do druhého (lekcia 4.3);
• ak o to služba nežiada, nepridávajte nič.

Prečo byť opatrný? SPF záznam smie pri kontrole spôsobiť najviac 10 DNS vyhľadávaní. Každý include, a, mx, exists a redirect sa počíta a includes jednej služby často obsahujú ďalšie includes. S webhostingom, Microsoft 365, službou na rozosielanie noviniek, účtovným softvérom a CRM sa tak ľahko dostanete za hranicu. Potom je celý váš SPF záznam neplatný (permerror). Odstráňte includes od služieb, ktoré už nepoužívate, alebo ktoré o to nežiadajú.

DMARC: o toto ide

DMARC (lekcia 4.5) schváli správu, ak SPF alebo DKIM uspeje a patrí k doméne v adrese odosielateľa (zarovnanie). Pri službe na rozosielanie noviniek, ktorá v obálke používa vlastnú doménu, SPF nikdy nemôže byť zarovnané s example.com. DMARC potom môže uspieť iba cez DKIM: podpis s d=example.com, ktorý získate iba vtedy, keď nastavíte CNAME záznamy.

Preto:

1. najprv nastavte DKIM záznamy služby;
2. počkajte, kým služba oznámi, že vaša doména je autentifikovaná;
3. pošlite si testovaciu správu a v hlavičkách skontrolujte, či DKIM je pass s d=example.com;
4. až potom upravte svoju politiku DMARC z none na quarantine alebo reject.

Ak ešte nemáte DMARC záznam, mnohé služby vás požiadajú, aby ste ho vytvorili. Začnite s p=none (lekcia 4.5). Veľkí príjemcovia ako Gmail a Yahoo od roku 2024 vyžadujú, aby hromadní odosielatelia mali DMARC záznam.

Odpovede a bounces

Ak čitateľ odpovie na vašu nieuwsbrief, správa putuje na odpoveďovú adresu, ktorú nastavíte v službe, a cez vaše MX do vašej vlastnej schránky. Nedoručiteľné správy (bounces) putujú na adresu z obálky, teda k službe, ktorá ich spracuje. Ani v tomto prípade nemusíte na svojich MX nič meniť.

V praxi: ako to vyzerá v paneli

Vo vzorovom paneli DirectAdmin otvoríte DNS správa, kliknete na Pridať záznam, zvolíte CNAME, do poľa Názov zadáte iba k2._domainkey a do poľa Hodnota dkim2.mcsv.net. s bodkou. Potom to isté urobíte pre k3. V Môj WebOké to funguje rovnako na karte DNS; okno zobrazuje pod poľom s názvom úplný názov a upozorní, ak chýba bodka.

V iných paneloch, ako cPanel, Plesk, Cloudflare alebo DNS obrazovka vášho registrátora, sa tlačidlá volajú inak, ale ide o rovnaké polia. Pri Cloudflare dávajte pozor na proxy: záznamy pre DKIM nastavte na "DNS only" (Cloudflare to pri CNAME so _domainkey väčšinou robí automaticky sám).

Zhrnutie

• Služba na rozosielanie noviniek nepotrebuje vaše MX záznamy; ponechajte ich tak, ako sú.
• DKIM sa väčšinou rieši cez CNAME záznamy s vlastným selectorom. Preneste presne to, čo zobrazuje vaša nástenka.
• Zadajte iba prvú časť názvu a dávajte pozor na bodku na konci hodnoty.
• SPF include pridajte iba vtedy, keď o to služba požiada, do svojho existujúceho záznamu, a zostaňte pod limitom 10 vyhľadávaní.
• DMARC pri takýchto službách uspeje cez zarovnanie DKIM; svoju politiku sprísnite až keď DKIM funguje.

Kvíz

Úloha

Úloha Z7.4: Rozpoznanie služby na rozosielanie noviniek. Pozrite sa, ako si služba na rozosielanie noviniek sama nastavuje DKIM.

1. Nájdite CNAME záznam k2._domainkey.mailchimp.com a k3._domainkey.mailchimp.com. Opíšte cieľové názvy.
2. Nájdite SPF záznam domény mailchimp.com a spočítajte, koľko komponentov include: v ňom je.

Kontrola si záznamy pri odovzdaní vyžiada naživo.

Úloha O7.4: Nastavenie vo vlastnej cvičnej zóne. Pripojte simulovanú službu na rozosielanie noviniek k vašej cvičnej zóne <code>.dnspractice.eu. V cvičnej zóne použijete fiktívnu službu newsletter-demo.dnspractice.eu; pri vašej skutočnej doméne preberiete hodnoty z nástenky vašej nieuwsbrief služby.

1. Vytvorte CNAME k2._domainkey.<code>.dnspractice.eu smerujúci na dkim2.newsletter-demo.dnspractice.eu. Dajte si pozor na názov: žiadna zdvojená zóna za ním.
2. Vytvorte CNAME k3._domainkey.<code>.dnspractice.eu smerujúci na dkim3.newsletter-demo.dnspractice.eu.
3. Zabezpečte, aby na <code>.dnspractice.eu bol presne jeden SPF záznam, ktorý začína v=spf1 a končí na ~all alebo -all. Pre túto službu nepridávajte include.
4. Ponechajte svoje MX záznamy na <code>.dnspractice.eu tak, ako sú: táto služba ich nepotrebuje.

Ďalšie čítanie

Tieto stránky opisujú kroky v paneloch WebOké (DirectAdmin a Môj WebOké). V iných paneloch to funguje rovnakým spôsobom.

• Správa DNS záznamov v Môj WebOké (s príkladmi pre CNAME, TXT a externé služby)
• Návod na DirectAdmin 5.4: CNAME záznamy a bodka na konci
• Návod na DirectAdmin 5.8: Zapnutie a kontrola DKIM
• Návod na DirectAdmin 5.7: SPF nastavenie a dopĺňanie
• Čo je DMARC? Vysvetlenie v jednoduchom jazyku