Nyhetsbrev från din egen domän

Modul 7: Nyhetsbrev och mejl från din webbplats · Lästid: 11 minuter

Lärandemål: Efter den här lektionen kan du koppla en utskickstjänst så att ditt nyhetsbrev skickas i ditt eget domäns namn och klarar SPF, DKIM och DMARC, och du kan kontrollera i rubrikraden om det lyckades.

Nyckelbegrepp: utskickstjänst, From-domän, Return-Path (bounce-domän), DKIM-domän (d=), uppriktning (alignment), eget bounce-domän via CNAME, DKIM via CNAME, subdomän för marknadsföring, utskicksgräns, uppvärmning (warm-up)

Varför ett nyhetsbrev är något annat än vanlig mejl

Ett mejl till en kund eller kollega skickar du från din egen brevlåda. Ett nyhetsbrev går till hundratals eller tusentals personer samtidigt. För mottagare som Gmail, Outlook.com och T-Online är det en annan typ av trafik: bulkmejl. De granskar det hårdare, eftersom nästan all skräppost också är bulkmejl.

Tre saker avgör skillnaden mellan ett nyhetsbrev som hamnar i inkorgen och ett som hamnar i skräpposten:

1. Teknik: mejlet måste bevisligen komma från din domän. Det regleras av SPF, DKIM och DMARC, och framför allt uppriktningen mellan dem.
2. Rykte: servrarna och domänen du skickar med måste ha gott anseende (lektion 5.2).
3. Dina mottagares beteende: öppnar de ditt mejl, eller klickar de på "Det här är skräppost"? Det beror på din lista och på samtycke (lektion 7.2).

Den här lektionen handlar om den första punkten. Grunderna för posterna finns i DNS-kursen, lektion 7.4. Här tittar vi på hur du i praktiken kontrollerar att allt stämmer.

Varför inte bara via din egen brevlåda?

Det kan vara lockande att skicka ett nyhetsbrev med BCC från ditt vanliga mejlprogram, eller med en e-postlista i ditt hostingpaket. För en liten förening med trettio medlemmar som känner varandra är en e-postlista utmärkt. För ett riktigt nyhetsbrev inte, av fyra skäl:

• Utskicksgränser. Nästan alla leverantörer begränsar hur mycket mejl en brevlåda eller ett paket får skicka per dag, för att begränsa missbruk. Hos WebOké ser du den gränsen i DirectAdmin under användarstatistiken; hos andra leverantörer står den i villkoren eller kundpanelen. Ett nyhetsbrev till 2 000 personer går långt över den gränsen.
• Delat rykte. Du delar utskicksservern med andra kunder. Klagar mottagare på ditt nyhetsbrev påverkar det även deras mejl, och tvärtom.
• Ingen avregistreringsknapp och ingen bounce-hantering. En utskickstjänst lägger automatiskt till avregistreringshuvuden i varje mejl (lektion 7.2), tar bort adresser som inte längre finns från din lista och hanterar klagomål. Det gör du aldrig bra för hand.
• Integritet. Ett felklick och du skickar allas adresser till varandra i Till-fältet.

En utskickstjänst (nyhetsbrevstjänst som Laposta, Brevo, MailerLite eller Mailchimp, eller en transaktionstjänst för bekräftelser och fakturor) är byggd för det här. Men då skickar någon annan i din domäns namn, och det måste du kunna styrka.

Tre domäner i ett mejl

Varje mejl har minst tre ställen där en domän står. I vanlig mejl från din egen brevlåda är de oftast likadana. Med en utskickstjänst inte automatiskt.

DMARC (lektion 4.4) godkänner ett mejl om SPF eller DKIM lyckas, och domänen som lyckades är uppriktad med From-domänen. Uppriktad betyder med standardinställningen (relaxed) att det är samma organisationsdomän: mail.example.com är uppriktad med example.com, men sender.example inte.

Utan egna inställningar ser ett nyhetsbrev då ut så här:

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 lyckas och DKIM lyckas, men båda för tjänstens domän. Ingen av dem är uppriktad med example.com, så DMARC misslyckas. Står din DMARC-policy på p=none märker du bara det i dina rapporter (lektion 4.5). Står den på quarantine eller reject, hamnar ditt nyhetsbrev i skräpposten eller avvisas.

Lösningen: autentisera domänen hos tjänsten

Varje seriös utskickstjänst har ett steg som heter "autentisera domän", "verifiera domän" eller "ställ in avsändardomän". Tjänsten ger dig sedan några poster att lägga in i din DNS. Oftast är det:

1. DKIM via CNAME, till exempel s1._domainkey.example.com till ett namn hos tjänsten. Därefter signerar tjänsten ditt mejl med d=example.com. Det här är den viktigaste posten: med den lyckas DMARC via DKIM.
2. Ett eget bounce-domän, ofta en CNAME på ett subdomän, till exempel bounce.example.com till tjänsten. Då blir Return-Path ...@bounce.example.com. SPF för det subdomänet pekar via CNAME till tjänsten, och SPF blir då också uppriktad. Inte alla tjänster erbjuder detta; DKIM ensamt räcker för DMARC.
3. Ibland en SPF-include i din egen post, om tjänsten använder din huvuddomän som Return-Path. Gör det bara om tjänsten ber om det, och alltid i din befintliga SPF-post (lektion 4.2).
4. Ibland en verifierings-TXT för att bevisa att domänen är din.

Efter rätt inställningar ser samma nyhetsbrev ut så här:

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

Ta alltid namn och mål exakt från din tjänsts kontrollpanel. De skiljer sig mellan tjänster och ibland mellan konton.

Ett separat subdomän för marknadsföring?

Stora avsändare använder ofta ett eget subdomän för nyhetsbrev, som nieuws.example.com eller info.example.com, med avsändaradress nieuwsbrief@nieuws.example.com. Tanken: ryktet för din marknadsföringsmejl blir då frikopplat från din vanliga mejl. Går en kampanj snett, drabbas din vardagliga mejl med kunder mindre.

För den som skickar ett nyhetsbrev några gånger i månaden behövs det inte. Det gör administrationen krångligare: subdomänet behöver egen DKIM, och din DMARC-policy för subdomäner (sp=) måste stämma med det. Överväg det om du skickar mycket eller om du vid sidan av nyhetsbrev också har mycket transaktionsmejl (beställningar, lösenord). Den mejlen vill du aldrig låta drabbas av en misslyckad kampanj.

Viktigt: sätt inget MX-record på ett utskickssubdomän till tjänsten om du inte behöver det, och ändra aldrig MX för din huvuddomän för ett nyhetsbrev. MX avgör var mejl kommer in; svar på ditt nyhetsbrev ska hamna i din egen brevlåda som vanligt.

Uppvärmning: börja inte med allt på en gång

Skickar du för första gången med en ny tjänst eller en ny domän, eller skickar du plötsligt tio gånger så mycket som vanligt? Då känner mottagarna inte till dig ännu. Stora mottagare bromsar okända avsändare (hos Microsoft ser du då tillfälliga avvisningar som 451 4.7.500, lektion 6.4). Börja därför smått: först dina mest aktiva läsare, sedan en allt större del varje gång. Det kallas uppvärmning. Hos en delad utskickstjänst sköter tjänsten mycket av detta själv, men även där räknas din domäns rykte.

I praktiken: så ser det ut i en panel

Du lägger in tjänstens poster i DNS-administrationen för din domän. Hos WebOké är det fliken DNS i Mitt WebOké eller DNS-administration i DirectAdmin; hos andra leverantörer heter det DNS-administration, zonadministration eller DNS-poster och fungerar på liknande sätt. Se upp med de två klassiska felen: domännamnet dubbelt i namnet (s1._domainkey.example.com.example.com), och att skapa en TXT-post där tjänsten ber om en CNAME.

Klar? Skicka ett testnyhetsbrev till en egen Gmail- eller Outlook.com-adress och öppna rubrikraden (lektion 1.5). Du vill se i Authentication-Results: dkim=pass med header.d= din domän, och dmarc=pass.

Sammanfattning

• Ett nyhetsbrev är bulkmejl: mottagare granskar hårdare. Använd en utskickstjänst, inte din vanliga brevlåda.
• I varje mejl finns tre domäner: From (DMARC), Return-Path (SPF) och DKIM-domänen d=.
• DMARC lyckas bara om SPF eller DKIM lyckas för en domän som är uppriktad med From-domänen.
• Autentisera din domän hos tjänsten: DKIM via CNAME är viktigast, ett eget bounce-domän är ett plus.
• Kontrollera med ett testmejl: dkim=pass header.d=<din domän> och dmarc=pass. Börja smått med en ny tjänst.

Quiz

Uppgift

Uppgift Z7.1: Kontrollera uppriktningen för ett nyhetsbrev. Skicka ett nyhetsbrev från din egen utskickstjänst till dig själv (eller använd exempelfilen nieuwsbrief-kopregels-1.txt från kursen) och klistra in rubrikraden. Fyll i: From-domänen, Return-Path-domänen, DKIM-domänen (d=) och om DMARC enligt dig lyckas (ja/nej) och via vilken väg (SPF, DKIM, båda eller ingen). Programmet tolkar rubrikraden själv, kontrollerar DKIM-selektorn live i DNS:en och DMARC-posten för From-domänen, och ställer sitt resultat mot ditt.

Läs mer

Stegen i de här artiklarna gäller för WebOkés paneler; hos andra leverantörer fungerar det på liknande sätt.

• Gratis DNS-kurs 7.4: Nyhetsbrev och utskickstjänster
• Gratis DNS-kurs 4.5: DMARC: vad mottagare ska göra med falsk e-post
• DirectAdmin-guide 5.8: Aktivera och kontrollera DKIM
• DirectAdmin-guide 7.10: E-postlistor
• Gräns för att skicka e-post
• Får jag skicka ut massutskick via mitt webbhotellspaket hos WebOké?
• Google, riktlinjer för avsändare (Email sender guidelines): https://support.google.com/a/answer/81126