Servicii de newsletter și expediere

Modulul 7: Conectarea serviciilor externe · Timp de citire: 8 minute

Obiectiv de învățare: După această lecție veți putea să cuplați un serviciu de newsletter sau de expediere astfel încât e-mailurile dumneavoastră să nu ajungă în spam.

Concepte-cheie: verificarea domeniului (autentificare), DKIM prin CNAME, selector, includere SPF doar dacă serviciul o cere, limita de 10 interogări, alinierea DMARC prin DKIM, nu modificați MX

De ce un serviciu de newsletter solicită înregistrări

Un serviciu de newsletter precum Mailchimp, Brevo sau MailerLite, sau un serviciu de expediere pentru facturi și confirmări, trimite e-mailuri folosind adresa dumneavoastră ca expeditor, de exemplu nieuws@example.com. Dar e-mailul provine de la serverele acelui serviciu, nu de la serverul dumneavoastră de e-mail.

Destinatari precum Gmail și Outlook.com verifică atunci: are acest server voie să trimită e-mailuri în numele example.com, și este corectă semnătura (lecțiile 4.3 până la 4.5)? Dacă acest lucru nu este reglementat, newsletterul dumneavoastră ajunge în spam, sau serviciul rescrie adresa de expeditor cu o adresă proprie. De aceea serviciul vă cere să vă autentificați domeniul: câteva înregistrări în DNS-ul dumneavoastră.

Ce nu are nevoie serviciul: înregistrările dumneavoastră MX. Acestea determină unde ajunge e-mailul dumneavoastră primit. Un newsletter îl trimiteți doar; răspunsurile ajung pur și simplu în propria dumneavoastră căsuță poștală. Nu modificați niciodată MX pentru un serviciu de newsletter.

DKIM prin CNAME

Majoritatea serviciilor vă permit să reglați DKIM cu înregistrări CNAME. Serviciul păstrează cheia el însuși; dumneavoastră doar indicați către ea. Astfel serviciul poate înlocui cheia fără ca dumneavoastră să fie nevoie să faceți ceva.

Mailchimp folosește, la momentul redactării, la conturile mai noi două înregistrări:

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

Conturile mai vechi au adesea o singură înregistrare k1._domainkey către dkim.mcsv.net. Alte servicii folosesc alți selectori, precum brevo1._domainkey sau ml._domainkey. Preluați exact ce arată panoul serviciului dumneavoastră. Numele și destinațiile diferă în funcție de serviciu și de cont, și se schimbă uneori.

k2 și k3 sunt selectori (lecția 4.4). Fiecare serviciu are propriul selector, astfel încât înregistrările nu se încurcă unele pe altele și nici pe cheia DKIM a propriului dumneavoastră server de e-mail.

Trei greșeli pe care aproape toată lumea le face vreodată

1. Numele de domeniu dublat. Panoul dumneavoastră adaugă adesea el însuși numele de domeniu după nume. Dacă introduceți k2._domainkey.example.com, acesta devine k2._domainkey.example.com.example.com. Introduceți doar k2._domainkey, cu excepția cazului în care panoul vă cere explicit numele complet. Sub câmp apare de obicei cum va arăta numele final.
2. Uitarea punctului de la sfârșitul valorii. Fără punct, panoul dumneavoastră poate transforma dkim2.mcsv.net în dkim2.mcsv.net.example.com. Unele panouri adaugă punctul automat; verificați după salvare cum arată înregistrarea (lecția 2.2).
3. TXT în loc de CNAME. Dacă serviciul cere un CNAME, creați un CNAME. O înregistrare TXT cu dkim2.mcsv.net ca text nu face nimic.

SPF: doar dacă serviciul o cere

Mulți oameni cred că, în ceea ce privește SPF: orice serviciu care trimite e-mailuri trebuie inclus în înregistrarea mea SPF. Nu este întotdeauna adevărat.

SPF verifică adresa din plicul e-mailului (Return-Path), nu adresa de expeditor pe care o vedeți. Multe servicii de newsletter, inclusiv Mailchimp, folosesc în plic un domeniu propriu. Verificarea lor SPF se face deci pe propriul lor domeniu, iar înregistrarea dumneavoastră SPF nu joacă niciun rol. De aceea Mailchimp nu cere o includere în înregistrarea dumneavoastră SPF.

Alte servicii folosesc totuși o adresă pe domeniul dumneavoastră în plic, sau vă permit să configurați un subdomeniu propriu (de exemplu bounce.example.com). Acestea cer un include: în înregistrarea dumneavoastră SPF, sau o înregistrare SPF pe acel subdomeniu. Faceți deci exact ce cere serviciul:

• dacă serviciul cere o includere, puneți-o în înregistrarea SPF existentă, niciodată într-una a doua (lecția 4.3);
• dacă serviciul nu o cere, nu adăugați nimic.

De ce să fiți econom? O înregistrare SPF poate cauza, la o verificare, maximum 10 interogări DNS. Fiecare include, a, mx, exists și redirect contează, iar includerile unui serviciu conțin la rândul lor adesea alte includeri. Cu un furnizor de găzduire web, Microsoft 365, un serviciu de newsletter, un program de contabilitate și un CRM depășiți astfel repede limita. Atunci întreaga dumneavoastră înregistrare SPF devine invalidă (permerror). Eliminați includerile serviciilor pe care nu le mai folosiți, sau care nu le cer.

DMARC: aici este esența

DMARC (lecția 4.5) aprobă un e-mail dacă SPF sau DKIM reușește și se aliniază cu domeniul din adresa de expeditor (aliniere). La un serviciu de newsletter care folosește un domeniu propriu în plic, SPF nu se poate alinia niciodată cu example.com. DMARC poate reuși atunci doar prin DKIM: o semnătură cu d=example.com, pe care o obțineți doar dacă ați configurat înregistrările CNAME.

De aceea:

1. configurați mai întâi înregistrările DKIM ale serviciului;
2. așteptați până când serviciul anunță că domeniul dumneavoastră este autentificat;
3. trimiteți un test către propria dumneavoastră adresă și verificați în antete dacă DKIM este pass cu d=example.com;
4. abia după aceea ajustați-vă politica DMARC de la none la quarantine sau reject.

Dacă nu aveți încă o înregistrare DMARC, multe servicii vă cer să creați una. Începeți cu p=none (lecția 4.5). Destinatari mari precum Gmail și Yahoo impun, din 2024, ca expeditorii în masă să aibă o înregistrare DMARC.

Răspunsuri și bounce-uri

Dacă un cititor răspunde la newsletterul dumneavoastră, acest răspuns ajunge la adresa de răspuns configurată de dumneavoastră în serviciu, și prin MX-ul dumneavoastră ajunge în propria dumneavoastră căsuță poștală. Mesajele nelivrabile (bounce-uri) ajung la adresa din plic și deci la serviciu, care le procesează. Nici pentru aceasta nu trebuie să modificați nimic la MX-ul dumneavoastră.

În practică: așa arată într-un panou

În panoul exemplu DirectAdmin deschideți DNS Administration, faceți clic pe Add Record, alegeți CNAME, completați la Name doar k2._domainkey, iar la Value dkim2.mcsv.net. cu punctul. Apoi faceți la fel pentru k3. În Contul meu WebOké se procedează la fel în fila DNS; fereastra arată sub câmpul de nume numele complet și avertizează dacă lipsește punctul.

În alte panouri, precum cPanel, Plesk, Cloudflare sau ecranul DNS al registrarului dumneavoastră, butoanele poartă alte nume, dar sunt aceleași câmpuri. La Cloudflare atenție la proxy: setați înregistrările pentru DKIM pe „DNS only” (Cloudflare face acest lucru de obicei automat la CNAME-urile cu _domainkey).

Rezumat

• Un serviciu de newsletter nu are nevoie de înregistrările dumneavoastră MX; lăsați-le neschimbate.
• DKIM se configurează de obicei prin înregistrări CNAME cu un selector propriu. Preluați ce arată panoul dumneavoastră.
• Completați doar prima parte a numelui și fiți atenți la punctul de la sfârșitul valorii.
• Setați o includere SPF doar dacă serviciul o cere, în înregistrarea dumneavoastră existentă, și rămâneți sub 10 interogări.
• DMARC reușește la astfel de servicii prin alinierea DKIM; ajustați-vă politica abia după ce DKIM funcționează.

Quiz

Exercițiu

Exercițiul Z7.4: Recunoașterea unui serviciu de newsletter. Vedeți cum un serviciu de newsletter își reglează singur DKIM-ul.

1. Căutați înregistrarea CNAME a k2._domainkey.mailchimp.com și a k3._domainkey.mailchimp.com. Notați numele de destinație.
2. Căutați înregistrarea SPF a mailchimp.com și numărați câte componente include: conține.

Verificarea solicită înregistrările în timp real la predare.

Exercițiul O7.4: Configurarea proprie în zona dumneavoastră de exersare. Cuplați un serviciu de newsletter simulat la zona dumneavoastră de exersare <code>.dnspractice.eu. În zona de exersare folosiți serviciul fals newsletter-demo.dnspractice.eu; la domeniul dumneavoastră real preluați valorile din panoul de control al serviciului dumneavoastră de newsletter.

1. Creați un CNAME k2._domainkey.<code>.dnspractice.eu către dkim2.newsletter-demo.dnspractice.eu. Atenție la nume: fără zonă dublată după el.
2. Creați un CNAME k3._domainkey.<code>.dnspractice.eu către dkim3.newsletter-demo.dnspractice.eu.
3. Asigurați-vă că pe <code>.dnspractice.eu există exact o înregistrare SPF care începe cu v=spf1 și se termină cu ~all sau -all. Nu adăugați nicio includere pentru acest serviciu.
4. Lăsați înregistrările dumneavoastră MX pe <code>.dnspractice.eu neschimbate: acest serviciu nu are nevoie de ele.

Lectură suplimentară

Aceste pagini descriu pașii din panourile WebOké (DirectAdmin și Contul meu WebOké). În alte panouri funcționează în același mod.

• Administrarea înregistrărilor DNS în Contul meu WebOké (cu exemple pentru CNAME, TXT și servicii externe)
• Manual DirectAdmin 5.4: Înregistrările CNAME și punctul de la final
• Manual DirectAdmin 5.8: Activarea și verificarea DKIM
• Manual DirectAdmin 5.7: Configurarea și completarea SPF
• Ce este DMARC? Explicație pe înțelesul tuturor