Nyhetsbrev fra ditt eget domene

Modul 7: Nyhetsbrev og e-post fra nettstedet ditt · Lesetid: 11 minutter

Læringsmål: Etter denne leksjonen kan du koble en utsendingstjeneste slik at nyhetsbrevet ditt kommer gjennom SPF, DKIM og DMARC på vegne av ditt eget domene, og du kan kontrollere i headerne om det har lyktes.

Nøkkelbegreper: utsendingstjeneste, From-domene, Return-Path (bounce-domene), DKIM-domene (d=), uitlijning (alignment), eget bounce-domene via CNAME, DKIM via CNAME, subdomene for markedsføring, utsendingsgrense, oppvarming (warm-up)

Hvorfor et nyhetsbrev er noe annet enn vanlig e-post

En e-post til en kunde eller kollega sender du fra din egen mailboks. Et nyhetsbrev går til hundrevis eller tusenvis av mennesker samtidig. For mottakere som Gmail, Outlook.com og T-Online er det en annen type trafikk: bulkmail. De ser strengere på det, fordi nesten all spam også er bulkmail.

Tre ting avgjør forskjellen mellom et nyhetsbrev som havner i innboksen og ett som havner i spam:

1. Teknikk: e-posten må beviselig komme fra ditt domene. Det ordner SPF, DKIM og DMARC, og særlig uitlijning (alignment) mellom dem.
2. Omdømme: serverne og domenet du sender med, må ha et godt navn (leksjon 5.2).
3. Mottakernes atferd: åpner de e-posten din, eller klikker de på "Dette er spam"? Det avhenger av listen din og av samtykke (leksjon 7.2).

Denne leksjonen handler om det første punktet. Grunnlaget for recordene står i DNS-kurset, leksjon 7.4. Her ser vi på hvordan du i praksis kontrollerer at alt stemmer.

Hvorfor ikke bare sende via din egen mailboks?

Det kan være fristende å sende et nyhetsbrev med BCC fra e-postprogrammet ditt, eller med en e-postliste på hostingpakken. For en liten forening med tretti medlemmer som kjenner hverandre, er en e-postliste helt fint. For et ekte nyhetsbrev ikke, av fire grunner:

• Utsendingsgrenser. Nesten alle leverandører begrenser hvor mye e-post en mailboks eller pakke kan sende per dag, for å begrense misbruk. Hos WebOké ser du denne grensen i DirectAdmin under brukerstatistikk; hos andre leverandører står den i vilkårene eller kundepanelet. Et nyhetsbrev til 2.000 personer går godt over dette.
• Delt omdømme. Du deler utsendingsserveren med andre kunder. Klager mottakere på nyhetsbrevet ditt, går det også utover deres e-post, og omvendt.
• Ingen avmeldingsknapp og ingen bounce-håndtering. En utsendingstjeneste setter automatisk inn avmeldingsheaderne i hver e-post (leksjon 7.2), fjerner adresser som ikke lenger finnes fra listen din og behandler klager. Det gjør du aldri bra for hånd.
• Personvern. Ett feilklikk og du sender alles adresse til alle andre i Til-feltet.

En utsendingstjeneste (nyhetsbrevtjeneste som Laposta, Brevo, MailerLite eller Mailchimp, eller en transaksjonstjeneste for bekreftelser og fakturaer) er laget for denne jobben. Men da sender noen andre på vegne av ditt domene, og det må du bevise.

Tre domener i én e-post

Hver e-post har minst tre steder hvor et domene vises. Ved vanlig e-post fra din egen mailboks er disse som regel like. Ved en utsendingstjeneste ikke automatisk.

DMARC (leksjon 4.4) godkjenner en e-post hvis SPF eller DKIM lykkes, og domenet som lyktes er uitgelijnd (aligned) med From-domenet. Aligned betyr ved standardinnstillingen (relaxed) at det er det samme organisasjonsdomenet: mail.example.com er aligned med example.com, men sender.example er det ikke.

Uten egne innstillinger ser et nyhetsbrev da slik ut:

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 domenet til tjenesten. Ingen av dem er aligned med example.com, så DMARC feiler. Står DMARC-policyen din på p=none, merker du bare noe av dette i rapportene dine (leksjon 4.5). Står den på quarantine eller reject, havner nyhetsbrevet ditt i spam eller blir avvist.

Løsningen: autentisere domenet hos tjenesten

Enhver seriøs utsendingstjeneste har et steg som heter "autentisere domene", "verifisere domene" eller "sette opp avsenderdomene". Tjenesten gir deg da noen records å sette inn i DNS-en din. Som regel er det:

1. DKIM via CNAME, for eksempel s1._domainkey.example.com til et navn hos tjenesten. Deretter signerer tjenesten e-posten din med d=example.com. Dette er det viktigste recordet: dermed lykkes DMARC via DKIM.
2. Et eget bounce-domene, ofte en CNAME på et subdomene, for eksempel bounce.example.com til tjenesten. Da blir Return-Path ...@bounce.example.com. SPF for dette subdomenet peker via CNAME-en til tjenesten, og SPF blir da også aligned. Ikke alle tjenester tilbyr dette; DKIM alene er nok for DMARC.
3. Noen ganger en SPF-include i ditt eget record, hvis tjenesten bruker hoveddomenet ditt som Return-Path. Gjør dette bare hvis tjenesten ber om det, og alltid i ditt eksisterende SPF-record (leksjon 4.2).
4. Noen ganger en verifiserings-TXT for å bevise at domenet er ditt.

Med riktige innstillinger ser det samme nyhetsbrevet slik ut:

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

Bruk alltid navnene og målene nøyaktig slik de står i dashbordet til tjenesten din. De varierer fra tjeneste til tjeneste og noen ganger per konto.

Et eget subdomene for markedsføring?

Store avsendere bruker ofte et eget subdomene for nyhetsbrev, som nieuws.example.com eller info.example.com, med nieuwsbrief@nieuws.example.com som avsender. Ideen: omdømmet til markedsførings-e-posten din står da løsrevet fra den vanlige e-posten din. Går en kampanje galt, lider den daglige e-posten med kundene mindre under det.

For den som sender et nyhetsbrev noen få ganger i måneden, er det ikke nødvendig. Det gjør administrasjonen mer komplisert: subdomenet trenger egen DKIM, og DMARC-policyen din for subdomener (sp=) må passe til dette. Vurder det hvis du sender mye, eller hvis du i tillegg til nyhetsbrev også har mye transaksjons-e-post (bestillinger, passord). Den vil du aldri la lide under en mislykket kampanje.

Viktig: sett ikke et MX-record for et utsendingssubdomene til tjenesten hvis du ikke trenger det, og endre aldri MX-en til hoveddomenet ditt for et nyhetsbrev. MX-en bestemmer hvor e-post kommer inn; svar på nyhetsbrevet ditt skal bare havne i din egen mailboks.

Oppvarming: ikke start med alt med en gang

Sender du for første gang med en ny tjeneste eller et nytt domene, eller sender du plutselig ti ganger så mye som normalt? Da kjenner ikke mottakerne deg ennå. Store mottakere bremser ukjente avsendere (hos Microsoft ser du da midlertidige avvisninger som 451 4.7.500, leksjon 6.4). Start derfor smått: først dine mest aktive lesere, deretter en større del hver gang. Dette kalles oppvarming (warm-up). Hos en delt utsendingstjeneste gjør tjenesten mye av dette selv, men også der teller omdømmet til ditt domene.

I praksis: slik ser det ut i et panel

Du setter recordene fra tjenesten inn i DNS-administrasjonen for domenet ditt. Hos WebOké er dette fanen DNS i Min side eller DNS Administration i DirectAdmin; hos andre leverandører heter det DNS-administrasjon, sonebehandling eller DNS-records og fungerer på lignende måte. Pass på de to klassiske feilene: domenenavnet dobbelt i navnet (s1._domainkey.example.com.example.com), og å lage et TXT-record der tjenesten ber om en CNAME.

Ferdig? Send et testnyhetsbrev til din egen Gmail- eller Outlook.com-adresse og åpne headerne (leksjon 1.5). Du vil se under Authentication-Results: dkim=pass med header.d= ditt domene, og dmarc=pass.

Oppsummering

• Et nyhetsbrev er bulkmail: mottakere ser strengere på det. Bruk en utsendingstjeneste, ikke din vanlige mailboks.
• Hver e-post har tre domener: From (DMARC), Return-Path (SPF) og DKIM-domenet d=.
• DMARC lykkes bare hvis SPF eller DKIM lykkes for et domene som er aligned med From-domenet.
• Autentiser domenet ditt hos tjenesten: DKIM via CNAME er viktigst, et eget bounce-domene er en pluss.
• Kontroller med en testmail: dkim=pass header.d=<ditt domene> og dmarc=pass. Start smått hos en ny tjeneste.

Quiz

Oppgave

Oppgave Z7.1: Kontroller justeringen av et nyhetsbrev. Send et nyhetsbrev fra din egen utsendingstjeneste til deg selv (eller bruk eksempelfilen nieuwsbrief-kopregels-1.txt fra kurset) og lim inn headerne. Fyll inn: From-domenet, Return-Path-domenet, DKIM-domenet (d=) og om DMARC etter din mening lykkes (ja/nei) og via hvilken vei (SPF, DKIM, begge eller ingen). Programmet analyserer headerne selv, kontrollerer DKIM-selectoren live i DNS-en og DMARC-recordet for From-domenet, og setter sitt resultat ved siden av ditt.

Les mer

Stegene i disse artiklene gjelder for panelene til WebOké; hos andre leverandører fungerer det på lignende måte.

• Gratis DNS-kurs 7.4: Nyhetsbrev- og utsendingstjenester
• Gratis DNS-kurs 4.5: DMARC: hva mottakere skal gjøre med falsk e-post
• DirectAdmin-veiledning 5.8: Slå på og kontrollere DKIM
• DirectAdmin-veiledning 7.10: Mailing Lists
• Grense for utsending av e-post
• Kan jeg sende ut en mailing via hostingpakken mitt hos WebOké?
• Google, Retningslinjer for avsendere (Email sender guidelines): https://support.google.com/a/answer/81126