Nyhedsbreve fra dit eget domæne

Modul 7: Nyhedsbreve og mail fra din hjemmeside · Læsetid: 11 minutter

Læringsmål: Efter denne lektion kan du koble en afsendertjeneste til, så dit nyhedsbrev sendes på vegne af dit eget domæne gennem SPF, DKIM og DMARC, og du kan kontrollere i headerne om det er lykkedes.

Centrale begreber: afsendertjeneste, From-domæne, Return-Path (bounce-domæne), DKIM-domæne (d=), tilpasning (alignment), eget bounce-domæne via CNAME, DKIM via CNAME, underdomæne til marketing, afsendelsesgrænse, opvarmning (warm-up)

Hvorfor et nyhedsbrev er noget andet end almindelig mail

En mail til en kunde eller kollega sender du fra din egen mailboks. Et nyhedsbrev går til hundredvis eller tusindvis af personer på samme tid. For modtagere som Gmail, Outlook.com og T-Online er det en anden slags trafik: bulkmail. De kigger strengere på det, fordi næsten al spam også er bulkmail.

Tre ting gør forskellen mellem et nyhedsbrev der lander i indbakken, og et der forsvinder i spam:

1. Teknik: mailen skal kunne bevises at komme fra dit domæne. Det ordner SPF, DKIM og DMARC, og især tilpasningen (alignment) mellem dem.
2. Omdømme: serverne og domænet du sender med, skal have et godt ry (lektion 5.2).
3. Dine modtageres adfærd: åbner de din mail, eller klikker de på "Dette er spam"? Det afhænger af din liste og af samtykke (lektion 7.2).

Denne lektion handler om det første punkt. Grundlaget for recordsene finder du i DNS-kurset, lektion 7.4. Her ser vi på hvordan du i praksis kontrollerer om alt er korrekt.

Hvorfor ikke bare via din egen mailboks?

Det kan være fristende at sende et nyhedsbrev med BCC fra dit almindelige mailprogram, eller med en mailingliste på din hostingpakke. For en lille forening med tredive medlemmer der kender hinanden, er en mailingliste fint. For et rigtigt nyhedsbrev ikke, af fire grunde:

• Afsendelsesgrænser. Næsten alle udbydere begrænser hvor meget mail en mailboks eller pakke må sende per dag, for at begrænse misbrug. Hos WebOké ser du den grænse i DirectAdmin under brugerstatistikkerne; hos andre udbydere står den i betingelserne eller kundepanelet. Et nyhedsbrev til 2.000 personer går langt over den grænse.
• Delt omdømme. Du deler afsendelsesserveren med andre kunder. Klager modtagere over dit nyhedsbrev, så går det også ud over deres mail, og omvendt.
• Ingen afmeldingsknap og ingen bounce-håndtering. En afsendertjeneste sætter automatisk afmeldingsheaderne ind i hver mail (lektion 7.2), fjerner adresser der ikke længere findes fra din liste og behandler klager. Det kan du aldrig gøre ordentligt manuelt.
• Privatliv. Ét forkert klik, og du sender alles adresse til hinanden i Til-feltet.

En afsendertjeneste (nyhedsbrevstjeneste som Laposta, Brevo, MailerLite eller Mailchimp, eller en transaktionstjeneste til bekræftelser og fakturaer) er lavet til netop dette arbejde. Men så sender en anden part på vegne af dit domæne, og det skal du kunne bevise.

Tre domæner i én mail

Hver mail har mindst tre steder hvor et domæne optræder. Ved almindelig mail fra din egen mailboks er de som regel ens. Ved en afsendertjeneste ikke automatisk.

DMARC (lektion 4.4) godkender en mail hvis SPF eller DKIM lykkes, og domænet der lykkedes er tilpasset (aligned) med From-domænet. Tilpasset betyder ved standardindstillingen (relaxed) at det er det samme organisationsdomæne: mail.example.com er tilpasset med example.com, men sender.example ikke.

Uden egne indstillinger ser et nyhedsbrev sådan ud:

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 lykkes og DKIM lykkes, men begge for domænet hos tjenesten. Ingen af dem er tilpasset med example.com, så DMARC fejler. Står din DMARC-politik på p=none, mærker du kun noget af det i dine rapporter (lektion 4.5). Står den på quarantine eller reject, forsvinder dit nyhedsbrev i spam eller bliver afvist.

Løsningen: autentificer domænet hos tjenesten

Enhver seriøs afsendertjeneste har et trin der hedder "autentificer domæne", "verificer domæne" eller "opsæt afsenderdomæne". Tjenesten giver dig så nogle records du skal sætte i dit DNS. Som regel er det:

1. DKIM via CNAME, for eksempel s1._domainkey.example.com til et navn hos tjenesten. Herefter underskriver tjenesten din mail med d=example.com. Dette er den vigtigste record: dermed lykkes DMARC via DKIM.
2. Et eget bounce-domæne, ofte en CNAME på et underdomæne, for eksempel bounce.example.com til tjenesten. Så bliver Return-Path ...@bounce.example.com. SPF for det underdomæne peger via CNAME'en til tjenesten, og dermed er SPF også tilpasset. Ikke alle tjenester tilbyder dette; DKIM alene er nok til DMARC.
3. Nogle gange en SPF-include i dit eget record, hvis tjenesten bruger dit hoveddomæne som Return-Path. Gør kun det hvis tjenesten beder om det, og altid i dit eksisterende SPF-record (lektion 4.2).
4. Nogle gange en verifikations-TXT for at bevise at domænet er dit.

Med de rigtige indstillinger ser det samme nyhedsbrev sådan ud:

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

Brug altid navnene og målene præcis som de står i dashboardet hos din tjeneste. De varierer fra tjeneste til tjeneste og nogle gange fra konto til konto.

Et separat underdomæne til marketing?

Store afsendere bruger ofte et eget underdomæne til nyhedsbreve, som nieuws.example.com eller info.example.com, med nieuwsbrief@nieuws.example.com som afsender. Ideen: omdømmet for din marketingmail står så løst fra din almindelige mail. Går en kampagne galt, lider din daglige mail med kunder mindre under det.

For dig der sender et nyhedsbrev et par gange om måneden, er det ikke nødvendigt. Det gør administrationen mere kompliceret: underdomænet har brug for sin egen DKIM, og din DMARC-politik for underdomæner (sp=) skal passe til det. Overvej det hvis du sender meget, eller hvis du ud over nyhedsbreve også har meget transaktionsmail (bestillinger, adgangskoder). Den vil du aldrig lade lide under en mislykket kampagne.

Vigtigt: sæt ikke et MX-record for et afsendelsesunderdomæne til tjenesten, hvis du ikke har brug for det, og skift aldrig MX'en for dit hoveddomæne på grund af et nyhedsbrev. MX'en bestemmer hvor mail ankommer; svar på dit nyhedsbrev skal bare lande i din egen mailboks.

Opvarmning: begynd ikke med det hele med det samme

Sender du for første gang med en ny tjeneste eller et nyt domæne, eller sender du pludselig ti gange så meget som normalt? Så kender modtagerne dig endnu ikke. Store modtagere bremser ukendte afsendere (hos Microsoft ser du så midlertidige afvisninger som 451 4.7.500, lektion 6.4). Begynd derfor i det små: først dine mest aktive læsere, derefter en større del hver gang. Det kaldes opvarmning. Hos en delt afsendertjeneste klarer tjenesten meget af dette selv, men også der tæller omdømmet for dit domæne.

I praksis: sådan ser det ud i et panel

Du sætter tjenestens records i DNS-administrationen for dit domæne. Hos WebOké er det fanen DNS i Mit WebOké eller DNS-administration i DirectAdmin; hos andre udbydere hedder det DNS-administration, zoneadministration eller DNS-records og virker på tilsvarende måde. Vær opmærksom på de to klassiske fejl: domænenavnet dobbelt i navnet (s1._domainkey.example.com.example.com), og at oprette et TXT-record hvor tjenesten beder om en CNAME.

Klar? Send et testnyhedsbrev til din egen Gmail- eller Outlook.com-adresse og åbn headerne (lektion 1.5). Du vil gerne se ved Authentication-Results: dkim=pass med header.d= dit domæne, og dmarc=pass.

Opsummering

• Et nyhedsbrev er bulkmail: modtagere kigger strengere. Brug en afsendertjeneste, ikke din almindelige mailboks.
• I hver mail står tre domæner: From (DMARC), Return-Path (SPF) og DKIM-domænet d=.
• DMARC lykkes kun hvis SPF eller DKIM lykkes for et domæne der er tilpasset med From-domænet.
• Autentificer dit domæne hos tjenesten: DKIM via CNAME er det vigtigste, et eget bounce-domæne er et plus.
• Kontrollér med en testmail: dkim=pass header.d=<dit domæne> og dmarc=pass. Begynd i det små ved en ny tjeneste.

Quiz

Opgave

Opgave Z7.1: Kontrollér tilpasning (alignment) af et nyhedsbrev. Send et nyhedsbrev fra din egen afsendertjeneste til dig selv (eller brug eksempelfilen nieuwsbrief-kopregels-1.txt fra kurset) og indsæt headerne. Udfyld: From-domænet, Return-Path-domænet, DKIM-domænet (d=) og om DMARC efter din vurdering lykkes (ja/nej) og ad hvilken vej (SPF, DKIM, begge eller ingen). Programmet analyserer selv headerne, kontrollerer DKIM-selectoren direkte i DNS'et og DMARC-recordet for From-domænet, og sætter sit resultat op mod dit.

Læs mere

Trinene i disse artikler gælder for WebOkés paneler; hos andre udbydere fungerer det på tilsvarende måde.

• Gratis DNS-kursus 7.4: Nyhedsbreve og afsendelsestjenester
• Gratis DNS-kursus 4.5: DMARC: hvad modtagere skal gøre med falsk mail
• DirectAdmin vejledning 5.8: DKIM slå til og kontrollere
• DirectAdmin vejledning 7.10: Mailinglister
• Grænse for afsendelse af mail
• Må jeg sende en mailing via din hostingpakke hos WebOké?
• Google, retningslinjer for afsendere (Email sender guidelines): https://support.google.com/a/answer/81126