Novičniki z lastne domene

Modul 7: Novice in pošta z Vašega spletnega mesta · Čas branja: 11 minut

Cilj lekcije: Po tej lekciji boste znali povezati storitev za pošiljanje tako, da Vaš novičnik v imenu Vaše lastne domene uspešno prestane SPF, DKIM in DMARC, in boste znali v glavah sporočila preveriti, ali je to uspelo.

Ključni pojmi: storitev za pošiljanje, domena From, Return-Path (domena za povratna sporočila), domena DKIM (d=), uskladitev (alignment), lastna domena za povratna sporočila prek CNAME, DKIM prek CNAME, poddomena za trženje, omejitev pošiljanja, ogrevanje (warm-up)

Zakaj je novičnik nekoliko drugačen od navadne pošte

Sporočilo stranki ali sodelavcu pošljete iz svojega poštnega predala. Novičnik pa gre hkrati na stotine ali tisoče naslovov. Za prejemnike, kot so Gmail, Outlook.com in T-Online, je to druga vrsta prometa: množična pošta (bulk mail). Takšno pošto pregledujejo strožje, saj je skoraj vsa neželena pošta prav tako množična.

Tri stvari odločajo o tem, ali novičnik pristane v mapi »Prejeto« ali v mapi z neželeno pošto:

1. Tehnika: dokazati je treba, da sporočilo dejansko prihaja z Vaše domene. To urejajo SPF, DKIM in DMARC, predvsem pa uskladitev (alignment) med njimi.
2. Ugled: strežniki in domena, prek katerih pošiljate, morajo imeti dober ugled (lekcija 5.2).
3. Vedenje Vaših prejemnikov: ali sporočilo odprejo ali kliknejo »To je neželena pošta«? To je odvisno od Vašega seznama in od privolitve (lekcija 7.2).

Ta lekcija obravnava prvo točko. Osnove zapisov najdete v tečaju o DNS, lekcija 7.4. Tukaj si bomo ogledali, kako v praksi preverite, ali je vse pravilno nastavljeno.

Zakaj ne preprosto prek svojega poštnega predala?

Mika Vas lahko, da bi novičnik poslali s skrito kopijo (BCC) iz svojega običajnega poštnega programa ali prek poštnega seznama (mailing list) na Vašem gostovalnem paketu. Za malo društvo s tridesetimi člani, ki se med seboj poznajo, je poštni seznam povsem primeren. Za pravi novičnik pa ne, in sicer iz štirih razlogov:

• Omejitve pošiljanja. Skoraj vsak ponudnik omeji, koliko pošte sme poštni predal ali paket poslati na dan, da omeji zlorabe. Pri WebOké to omejitev vidite v DirectAdmin pri statistiki uporabnika; pri drugih ponudnikih je navedena v pogojih poslovanja ali nadzorni plošči za stranke. Novičnik za 2.000 prejemnikov to omejitev zlahka preseže.
• Skupni ugled. Strežnik za pošiljanje si delite z drugimi strankami. Če se prejemniki pritožujejo na Vaš novičnik, to prizadene tudi njihovo pošto, in obratno.
• Ni gumba za odjavo in ni upravljanja povratnih sporočil (bounce). Storitev za pošiljanje samodejno doda glave za odjavo v vsako sporočilo (lekcija 7.2), s seznama odstrani naslove, ki ne obstajajo več, in obdela pritožbe. Tega ročno nikoli ne boste zmogli ustrezno urediti.
• Zasebnost. En sam napačen klik in vsem prejemnikom razkrijete medsebojne naslove v polju »Za«.

Storitev za pošiljanje (storitev za novičnike, kot so Laposta, Brevo, MailerLite ali Mailchimp, ali transakcijska storitev za potrditve in račune) je ustvarjena prav za to delo. Vendar v tem primeru pošto v imenu Vaše domene pošilja nekdo drug, kar je treba ustrezno dokazati.

Tri domene v enem sporočilu

Vsako sporočilo ima vsaj tri mesta, kjer je navedena domena. Pri navadni pošti iz Vašega poštnega predala so te navadno enake. Pri storitvi za pošiljanje pa to ni samoumevno.

DMARC (lekcija 4.4) sporočilo odobri, če SPF ali DKIM uspe, in če je domena, pri kateri je preverjanje uspelo, usklajena (aligned) z domeno From. Pri privzeti nastavitvi (relaxed) usklajenost pomeni, da gre za isto organizacijsko domeno: mail.example.com je usklajena z example.com, sender.example pa ni.

Brez lastnih nastavitev je novičnik videti takole:

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 uspe in DKIM uspe, vendar oba za domeno storitve. Nobena od njiju ni usklajena z example.com, zato DMARC ne uspe. Če je Vaš pravilnik DMARC nastavljen na p=none, boste to opazili le v poročilih (lekcija 4.5). Če je nastavljen na quarantine ali reject, Vaš novičnik konča med neželeno pošto ali pa je zavrnjen.

Rešitev: avtentikacija domene pri storitvi

Vsaka resna storitev za pošiljanje ima korak, imenovan »avtentikacija domene«, »preverjanje domene« ali »nastavitev domene pošiljatelja«. Storitev Vam nato posreduje nekaj zapisov, ki jih vnesete v svoj DNS. Običajno gre za:

1. DKIM prek CNAME, na primer s1._domainkey.example.com, ki kaže na ime pri storitvi. Nato storitev Vašo pošto podpiše z d=example.com. To je najpomembnejši zapis: z njim DMARC uspe prek DKIM.
2. Lastna domena za povratna sporočila, pogosto CNAME na poddomeni, na primer bounce.example.com, ki kaže na storitev. Return-Path potem postane ...@bounce.example.com. SPF te poddomene prek CNAME kaže na storitev, zato je tudi SPF usklajen. Tega ne ponuja vsaka storitev; za DMARC zadošča že sam DKIM.
3. Včasih vključitev (include) v SPF v Vašem lastnem zapisu, če storitev kot Return-Path uporablja Vašo glavno domeno. To storite le, če Vas storitev za to izrecno prosi, in vedno v Vaš obstoječi zapis SPF (lekcija 4.2).
4. Včasih potrditveni zapis TXT, s katerim dokažete, da je domena Vaša.

Po pravilni nastavitvi je isti novičnik videti takole:

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

Imena in cilje vedno dobesedno prevzemite iz nadzorne plošče svoje storitve. Razlikujejo se glede na storitev, včasih tudi glede na račun.

Ločena poddomena za trženje?

Veliki pošiljatelji pogosto uporabljajo ločeno poddomeno za novičnike, na primer nieuws.example.com ali info.example.com, s pošiljateljem nieuwsbrief@nieuws.example.com. Ideja je: ugled Vaše tržne pošte je tako ločen od Vaše navadne pošte. Če kampanja spodleti, Vaša vsakodnevna pošta s strankami trpi manj.

Za nekoga, ki pošilja novičnik le nekajkrat na mesec, to ni potrebno. Upravljanje postane s tem tudi bolj zapleteno: poddomena potrebuje svoj lastni DKIM, Vaš pravilnik DMARC za poddomene (sp=) pa mora biti temu prilagojen. Razmislite o tem, če pošiljate veliko pošte ali če imate poleg novičnikov tudi veliko transakcijske pošte (naročila, gesla). Ta nikoli ne sme trpeti zaradi spodletele kampanje.

Pomembno: na poddomeni za pošiljanje ne nastavljajte zapisa MX, ki kaže na storitev, če to ni potrebno, in nikoli ne spreminjajte MX glavne domene zaradi novičnika. MX določa, kam pošta prihaja; odgovori na Vaš novičnik morajo pristati v Vašem lastnem poštnem predalu.

Ogrevanje: ne začnite kar z vsem naenkrat

Ali pošiljate prvič prek nove storitve ali nove domene, ali pa nenadoma pošiljate desetkrat več kot običajno? Prejemniki Vas tedaj še ne poznajo. Veliki prejemniki upočasnijo neznane pošiljatelje (pri Microsoftu boste videli začasne zavrnitve, kot je 451 4.7.500, lekcija 6.4). Zato začnite skromno: najprej pošljite svojim najbolj dejavnim bralcem, nato vsakič večjemu deležu. Temu pravimo ogrevanje (warm-up). Pri skupni storitvi za pošiljanje večino tega opravi storitev sama, vendar tudi tam šteje ugled Vaše domene.

V praksi: tako je videti v nadzorni plošči

Zapise storitve vnesete v upravljanje DNS za svojo domeno. Pri WebOké je to zavihek DNS v Moj WebOké ali Upravljanje DNS v DirectAdmin; pri drugih ponudnikih se to imenuje upravljanje DNS, upravljanje cone ali zapisi DNS in deluje podobno. Pazite na dve klasični napaki: podvojeno ime domene v imenu (s1._domainkey.example.com.example.com) in ustvarjanje zapisa TXT, kjer storitev zahteva CNAME.

Ste končali? Pošljite poskusni novičnik na svoj lasten naslov Gmail ali Outlook.com in odprite glave sporočila (lekcija 1.5). Pri Authentication-Results morate videti: dkim=pass z header.d=, ki ustreza Vaši domeni, in dmarc=pass.

Povzetek

• Novičnik je množična pošta (bulk mail): prejemniki jo pregledujejo strožje. Uporabite storitev za pošiljanje, ne svojega navadnega poštnega predala.
• V vsakem sporočilu so tri domene: From (DMARC), Return-Path (SPF) in domena DKIM d=.
• DMARC uspe le, če SPF ali DKIM uspe za domeno, ki je usklajena z domeno From.
• Avtenticirajte svojo domeno pri storitvi: DKIM prek CNAME je najpomembnejši, lastna domena za povratna sporočila je dodatna prednost.
• Preverite s poskusnim sporočilom: dkim=pass header.d=<Vaša domena> in dmarc=pass. Pri novi storitvi začnite skromno.

Kviz

Naloga

Naloga Z7.1: Preverjanje uskladitve (alignment) novičnika. Pošljite novičnik iz svoje storitve za pošiljanje samemu sebi (ali uporabite vzorčno datoteko nieuwsbrief-kopregels-1.txt iz tečaja) in prilepite glave sporočila. Vnesite: domeno From, domeno Return-Path, domeno DKIM (d=) ter ali po Vašem mnenju DMARC uspe (da/ne) in po kateri poti (SPF, DKIM, oboje ali nobeno). Program sam razčleni glave sporočila, v živo preveri selektor DKIM v DNS in zapis DMARC domene From ter svoj rezultat postavi ob Vašega.

Za nadaljnje branje

Koraki v teh člankih veljajo za nadzorne plošče WebOké; pri drugih ponudnikih deluje podobno.

• Brezplačen tečaj DNS 7.4: Novičniki in storitve za pošiljanje pošte
• Brezplačen tečaj DNS 4.5: DMARC: kaj morajo prejemniki narediti z lažno pošto
• Priročnik DirectAdmin 5.8: DKIM vklopite in preverite
• Priročnik DirectAdmin 7.10: Poštni seznami
• Omejitev za pošiljanje pošte
• Ali lahko preko svojega gostovalnega paketa pri WebOké pošljete e-poštno sporočilo (mailing)?
• Google, Smernice za pošiljatelje (Email sender guidelines): https://support.google.com/a/answer/81126