Newsletter i servisi za slanje e-pošte

Modul 7: Povezivanje vanjskih usluga · Vrijeme čitanja: 8 minuta

Cilj lekcije: Nakon ove lekcije moći ćete povezati newsletter ili servis za slanje e-pošte tako da Vaša pošta ne završi u neželjenoj pošti.

Ključni pojmovi: verifikacija domene (autentikacija), DKIM putem CNAME zapisa, selector, SPF include samo ako servis to traži, ograničenje od 10 upita, DMARC usklađivanje putem DKIM, MX zapise ne dirati

Zašto newsletter servis traži zapise

Newsletter servis poput Mailchimp, Brevo ili MailerLite, ili servis za slanje računa i potvrda, šalje poštu s Vašom adresom kao pošiljateljem, na primjer nieuws@example.com. No, pošta zapravo dolazi s poslužitelja tog servisa, a ne s Vašeg poslužitelja e-pošte.

Primatelji poput Gmaila i Outlook.com tada provjeravaju: smije li ovaj poslužitelj slati poštu u ime example.com, i je li potpis ispravan (lekcija 4.3 do 4.5)? Ako to nije uređeno, Vaš newsletter završava u neželjenoj pošti, ili servis prepisuje Vašeg pošiljatelja na vlastitu adresu. Zato Vas servis traži da autenticirate svoju domenu: nekoliko zapisa u Vašem DNS-u.

Ono što servisu nije potrebno: Vaši MX zapisi. Oni određuju kamo ide Vaša dolazna pošta. Newsletter se samo šalje; odgovori jednostavno stižu u Vaš vlastiti sandučić. Stoga nikada ne mijenjajte MX zapise zbog newsletter servisa.

DKIM putem CNAME zapisa

Većina servisa omogućuje Vam da DKIM uredite putem CNAME zapisa. Servis sam čuva ključ; Vi samo upućujete na njega. Tako servis može zamijeniti ključ bez da Vi morate bilo što poduzeti.

Mailchimp u trenutku pisanja za novije račune koristi dva zapisa:

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

Stariji računi često imaju jedan zapis k1._domainkey prema dkim.mcsv.net. Drugi servisi koriste druge selectore, poput brevo1._domainkey ili ml._domainkey. Preuzmite točno ono što prikazuje nadzorna ploča Vašeg servisa. Nazivi i odredišta razlikuju se po servisu i po računu, a ponekad se i mijenjaju.

k2 i k3 su selectori (lekcija 4.4). Svaki servis ima vlastiti selector, tako da si zapisi i DKIM ključ Vašeg vlastitog poslužitelja e-pošte ne smetaju.

Tri greške koje gotovo svatko jednom napravi

1. Dvostruko ime domene. Vaš panel često sam dodaje naziv domene iza imena. Ako unesete k2._domainkey.example.com, nastat će k2._domainkey.example.com.example.com. Unesite samo k2._domainkey, osim ako panel izričito traži puni naziv. Ispod polja obično piše kako će naziv izgledati.
2. Zaboravljena točka na kraju vrijednosti. Bez točke Vaš panel od dkim2.mcsv.net možda napravi dkim2.mcsv.net.example.com. Neki paneli sami dodaju točku; nakon spremanja provjerite kako zapis izgleda (lekcija 2.2).
3. TXT umjesto CNAME. Ako servis traži CNAME, napravite CNAME. TXT zapis s tekstom dkim2.mcsv.net ne radi ništa.

SPF: samo ako servis to traži

Kod SPF mnogi misle: svaki servis koji šalje poštu mora biti u mom SPF zapisu. To nije uvijek slučaj.

SPF provjerava adresu u omotnici poruke (Return-Path), a ne adresu pošiljatelja koju vidite. Mnogi newsletter servisi, uključujući Mailchimp, u omotnici koriste vlastitu domenu. Njihova SPF provjera stoga ide preko njihove vlastite domene, a Vaš SPF zapis nema nikakvu ulogu. Mailchimp zato ne traži include u Vašem SPF zapisu.

Drugi servisi u omotnici ipak koriste adresu na Vašoj domeni, ili Vam omogućuju postavljanje vlastite poddomene (na primjer bounce.example.com). Oni traže include: u Vašem SPF zapisu, ili SPF zapis na toj poddomeni. Učinite dakle točno ono što servis traži:

• ako servis traži include, dodajte ga u Vaš postojeći SPF zapis, nikada u drugi (lekcija 4.3);
• ako servis to ne traži, ne dodajte ništa.

Zašto biti štedljiv? SPF zapis smije pri provjeri uzrokovati najviše 10 DNS upita. Svaki include, a, mx, exists i redirect se broji, a includi pojedinog servisa sami često sadrže još i dodatne includeove. S web hostingom, Microsoft 365, newsletter servisom, računovodstvenim paketom i CRM-om brzo prijeđete tu granicu. Tada je cijeli Vaš SPF zapis nevažeći (permerror). Uklonite includeove servisa koje više ne koristite, ili koji ih ne traže.

DMARC: ovdje je ključ

DMARC (lekcija 4.5) odobrava poštu ako SPF ili DKIM uspije i pripada domeni u adresi pošiljatelja (usklađivanje). Kod newsletter servisa koji u omotnici koristi vlastitu domenu, SPF se nikada ne može uskladiti s example.com. DMARC tada može uspjeti samo putem DKIM-a: potpis s d=example.com, a njega dobivate samo ako ste postavili CNAME zapise.

Zato:

1. prvo postavite DKIM zapise servisa;
2. pričekajte da servis javi da je Vaša domena autenticirana;
3. pošaljite test samom sebi i u zaglavljima provjerite je li DKIM pass s d=example.com;
4. tek nakon toga prilagodite svoje DMARC pravilo s none na quarantine ili reject.

Ako još nemate DMARC zapis, mnogi servisi traže da ga napravite. Počnite s p=none (lekcija 4.5). Veliki primatelji poput Gmaila i Yahooa od 2024. godine zahtijevaju da pošiljatelji velikih količina pošte imaju DMARC zapis.

Odgovori i bounceovi

Ako čitatelj odgovori na Vaš newsletter, odgovor ide na adresu za odgovor koju postavite u servisu, i preko Vašeg MX zapisa u Vaš vlastiti sandučić. Neisporučive poruke (bounceovi) idu na adresu iz omotnice i stoga na servis, koji ih obrađuje. Ni za to ne trebate ništa mijenjati na svojim MX zapisima.

U praksi: ovako to izgleda u panelu

U primjeru panela DirectAdmin otvorite DNS Administration, kliknite na Add Record, odaberite CNAME, u polje Naziv unesite samo k2._domainkey, a u polje Value dkim2.mcsv.net. s točkom. Zatim ponovite isto za k3. U Moj WebOké to se radi na isti način na kartici DNS; prozor ispod polja za naziv prikazuje puni naziv i upozorava ako nedostaje točka.

U drugim panelima, poput cPanela, Pleska, Cloudflarea ili DNS zaslona Vašeg registrara, gumbi se drugačije zovu, ali riječ je o istim poljima. Kod Cloudflarea pazite na proxy: postavite zapise za DKIM na "DNS only" (Cloudflare to kod CNAME zapisa s _domainkey uglavnom već sam radi).

Sažetak

• Newsletter servisu nisu potrebni Vaši MX zapisi; ostavite ih kako jesu.
• DKIM se uglavnom uređuje putem CNAME zapisa s vlastitim selectorom. Preuzmite ono što prikazuje Vaša nadzorna ploča.
• Unesite samo prvi dio naziva i pazite na točku na kraju vrijednosti.
• Dodajte SPF include samo ako servis to traži, u svoj postojeći zapis, i ostanite ispod 10 upita.
• Kod takvih servisa DMARC uspijeva putem DKIM usklađivanja; pravilo pooštrite tek kad DKIM radi.

Kviz

Zadatak

Zadatak Z7.4: Prepoznavanje newsletter servisa. Pogledajte kako newsletter servis sam uređuje svoj DKIM.

1. Pronađite CNAME zapis za k2._domainkey.mailchimp.com i za k3._domainkey.mailchimp.com. Prepišite odredišne nazive.
2. Pronađite SPF zapis za mailchimp.com i prebrojite koliko include: dijelova sadrži.

Provjera pri predaji zapise dohvaća uživo.

Zadatak O7.4: Samostalno postavljanje u Vašoj zoni za vježbu. Povežite simulirani newsletter servis s Vašom zonom za vježbu <code>.dnspractice.eu. U zoni za vježbu koristite lažni servis newsletter-demo.dnspractice.eu; kod svoje stvarne domene preuzmite vrijednosti iz nadzorne ploče svog newsletter servisa.

1. Napravite CNAME k2._domainkey.<code>.dnspractice.eu prema dkim2.newsletter-demo.dnspractice.eu. Pazite na naziv: bez duple zone iza njega.
2. Napravite CNAME k3._domainkey.<code>.dnspractice.eu prema dkim3.newsletter-demo.dnspractice.eu.
3. Pobrinite se da na <code>.dnspractice.eu postoji točno jedan SPF zapis koji počinje s v=spf1 i završava s ~all ili -all. Za ovaj servis ne dodajte include.
4. Ostavite svoje MX zapise na <code>.dnspractice.eu kako jesu: ovom servisu nisu potrebni.

Dodatno štivo

Ove stranice opisuju korake u panelima WebOké (DirectAdmin i Moj WebOké). U drugim panelima postupak je sličan.

• Upravljanje DNS zapisima u Moj WebOké (s primjerima za CNAME, TXT i vanjske usluge)
• DirectAdmin priručnik 5.4: CNAME-zapisi i točka na kraju
• DirectAdmin priručnik 5.8: Uključivanje i provjera DKIM-a
• DirectAdmin priručnik 5.7: SPF postavljanje i dopunjavanje
• Što je DMARC? Objašnjenje jednostavnim jezikom