Uutiskirjeet omasta verkkotunnuksesta

Moduuli 7: Uutiskirjeet ja sähköposti verkkosivustolta · Lukuaika: 11 minuuttia

Oppimistavoite: Tämän oppitunnin jälkeen osaat liittää lähetyspalvelun niin, että uutiskirjeesi kulkee oman verkkotunnuksesi nimissä SPF:n, DKIM:n ja DMARC:n läpi, ja osaat tarkistaa otsikkoriveistä, onnistuiko se.

Keskeiset käsitteet: lähetyspalvelu, From-domain, Return-Path (bounce-domain), DKIM-domain (d=), kohdistus (alignment), oma bounce-domain CNAME:n kautta, DKIM CNAME:n kautta, markkinoinnin alidomain, lähetysraja, lämmittely (warm-up)

Miksi uutiskirje on jotain muuta kuin tavallinen sähköposti

Sähköpostin asiakkaalle tai kollegalle lähetät omasta postilaatikostasi. Uutiskirje menee sadoille tai tuhansille ihmisille samaan aikaan. Vastaanottajille kuten Gmail, Outlook.com ja T-Online tämä on erilaista liikennettä: massapostia (bulkmail). Niitä tarkastellaan tiukemmin, koska lähes kaikki roskaposti on myös massapostia.

Kolme asiaa ratkaisee, päätyykö uutiskirje saapuneisiin vai roskapostiin:

1. Tekniikka: sähköpostin on todistettavasti tultava domainistasi. Tämän hoitavat SPF, DKIM ja DMARC, ja ennen kaikkea niiden välinen kohdistus.
2. Maine: palvelimilla ja domainilla, joilla lähetät, pitää olla hyvä maine (oppitunti 5.2).
3. Vastaanottajiesi käyttäytyminen: avaavatko he viestisi vai klikkaavatko "Tämä on roskapostia"? Tämä riippuu listastasi ja suostumuksesta (oppitunti 7.2).

Tämä oppitunti käsittelee ensimmäistä kohtaa. Tietueiden perusteet löytyvät DNS-kurssista, oppitunti 7.4. Täällä katsomme, miten käytännössä tarkistat, että kaikki on kunnossa.

Miksei vain oman postilaatikon kautta?

Voi olla houkuttelevaa lähettää uutiskirje BCC:nä tavallisesta sähköpostiohjelmasta tai postituslistalla hosting-paketissasi. Pienelle yhdistykselle, jossa on kolmekymmentä toisensa tuntevaa jäsentä, postituslista toimii hyvin. Oikealle uutiskirjeelle ei, neljästä syystä:

• Lähetysrajat. Lähes jokainen palveluntarjoaja rajoittaa, kuinka paljon sähköpostia postilaatikko tai paketti saa lähettää päivässä, väärinkäytön estämiseksi. WebOkéssa näet tämän rajan DirectAdminissa käyttäjätilastoista; muilla palveluntarjoajilla se löytyy ehdoista tai asiakaspaneelista. Uutiskirje 2 000 ihmiselle ylittää tämän reilusti.
• Jaettu maine. Jaat lähetyspalvelimen muiden asiakkaiden kanssa. Jos vastaanottajat valittavat uutiskirjeestäsi, se vaikuttaa myös heidän postiinsa ja päinvastoin.
• Ei peruutuspainiketta eikä bounce-hallintaa. Lähetyspalvelu lisää automaattisesti peruutuksen otsikkorivit jokaiseen viestiin (oppitunti 7.2), poistaa listaltasi osoitteet, joita ei enää ole olemassa, ja käsittelee valitukset. Tätä et koskaan saa tehtyä kunnolla käsin.
• Yksityisyys. Yksi väärä klikkaus ja lähetät kaikille toistensa osoitteet Vastaanottaja-kentässä.

Lähetyspalvelu (uutiskirjepalvelu kuten Laposta, Brevo, MailerLite tai Mailchimp, tai transaktiopalvelu vahvistuksille ja laskuille) on tehty juuri tähän työhön. Mutta silloin joku muu lähettää domainisi nimissä, ja se täytyy pystyä todistamaan.

Kolme domainia yhdessä viestissä

Jokaisessa sähköpostissa on vähintään kolme kohtaa, joissa esiintyy domain. Tavallisessa postissa omasta postilaatikostasi nämä ovat yleensä samat. Lähetyspalvelun kautta eivät itsestään.

DMARC (oppitunti 4.4) hyväksyy viestin, jos SPF tai DKIM onnistuu, ja onnistunut domain on kohdistettu (aligned) From-domainin kanssa. Oletusasetuksella (relaxed) kohdistettu tarkoittaa, että kyseessä on sama organisaatiodomain: mail.example.com on kohdistettu example.com:n kanssa, mutta sender.example ei ole.

Ilman omia asetuksia uutiskirje näyttää tältä:

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 onnistuu ja DKIM onnistuu, mutta molemmat palvelun domainille. Kumpikaan ei ole kohdistettu example.com:n kanssa, joten DMARC epäonnistuu. Jos DMARC-käytäntösi on p=none, huomaat tämän vain raporteistasi (oppitunti 4.5). Jos se on quarantine tai reject, uutiskirjeesi päätyy roskapostiin tai hylätään.

Ratkaisu: domainin autentikointi palvelussa

Jokaisessa kunnollisessa lähetyspalvelussa on vaihe, jota kutsutaan nimellä "domainin autentikointi", "domainin vahvistus" tai "lähettäjädomainin asettaminen". Palvelu antaa sinulle silloin muutaman tietueen lisättäväksi DNS:ään. Yleensä nämä ovat:

1. DKIM CNAME:n kautta, esimerkiksi s1._domainkey.example.com osoittamaan palvelun nimeen. Sen jälkeen palvelu allekirjoittaa viestisi käyttäen d=example.com. Tämä on tärkein tietue: sen avulla DMARC onnistuu DKIM:n kautta.
2. Oma bounce-domain, usein CNAME alidomainissa, esimerkiksi bounce.example.com osoittamaan palveluun. Silloin Return-Path on ...@bounce.example.com. Tämän alidomainin SPF osoittaa CNAME:n kautta palveluun, ja silloin myös SPF on kohdistettu. Kaikki palvelut eivät tarjoa tätä; pelkkä DKIM riittää DMARC:lle.
3. Joskus SPF-include omaan tietueeseesi, jos palvelu käyttää pääomainiasi Return-Pathina. Tee näin vain, jos palvelu nimenomaan sitä pyytää, ja aina olemassa olevaan SPF-tietueeseesi (oppitunti 4.2).
4. Joskus vahvistus-TXT-tietue, jolla todistetaan, että domain on sinun.

Oikeiden asetusten jälkeen sama uutiskirje näyttää tältä:

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

Käytä nimiä ja kohteita aina sellaisenaan palvelusi hallintapaneelista. Ne vaihtelevat palvelun ja joskus tilin mukaan.

Oma alidomain markkinointia varten?

Suuret lähettäjät käyttävät usein omaa alidomainia uutiskirjeille, kuten nieuws.example.com tai info.example.com, lähettäjänä nieuwsbrief@nieuws.example.com. Ajatus on: markkinointiviestiesi maine on silloin erillään tavallisesta postistasi. Jos kampanja menee pieleen, jokapäiväinen asiakaspostisi kärsii siitä vähemmän.

Jos lähetät uutiskirjeen muutaman kerran kuukaudessa, tätä ei tarvita. Se tekee hallinnasta myös monimutkaisempaa: alidomain tarvitsee oman DKIM:n, ja alidomainien DMARC-käytäntösi (sp=) täytyy sopia siihen. Harkitse tätä, jos lähetät paljon tai jos sinulla on uutiskirjeiden lisäksi runsaasti transaktiopostia (tilaukset, salasanat). Sen et koskaan halua kärsivän epäonnistuneesta kampanjasta.

Tärkeää: älä aseta lähetysalidomainiin MX-tietuetta palveluun, jos et tarvitse sitä, äläkä koskaan muuta pääomainisi MX-tietuetta uutiskirjettä varten. MX määrittää, minne posti saapuu; uutiskirjeesi vastaukset pitää päätyä omaan postilaatikkoosi normaalisti.

Lämmittely: älä aloita heti täydellä teholla

Lähetätkö ensimmäistä kertaa uudella palvelulla tai uudella domainilla, tai lähetätkö yhtäkkiä kymmenkertaisen määrän tavalliseen verrattuna? Silloin vastaanottajat eivät vielä tunne sinua. Suuret vastaanottajat hidastavat tuntemattomia lähettäjiä (Microsoftilla näet tällöin väliaikaisia hylkäyksiä kuten 451 4.7.500, oppitunti 6.4). Aloita siksi pienesti: ensin aktiivisimmat lukijasi, sen jälkeen joka kerta suurempi osa. Tätä kutsutaan lämmittelyksi (warm-up). Jaetussa lähetyspalvelussa palvelu hoitaa paljon tästä itse, mutta myös silloin domainisi maine ratkaisee.

Käytännössä: miltä se näyttää paneelissa

Lisäät palvelun tietueet domainisi DNS-hallintaan. WebOkéssa tämä on DNS-välilehti Oma WebOkéssa tai DNS Administration DirectAdminissa; muilla palveluntarjoajilla se voi olla nimeltään DNS-hallinta, vyöhykehallinta tai DNS-tietueet, ja toimii vastaavasti. Varo kahta yleistä virhettä: domain-nimi tulee tuplana nimeen (s1._domainkey.example.com.example.com), ja TXT-tietueen luomista silloin, kun palvelu pyytää CNAME:a.

Valmista? Lähetä testiuutiskirje omaan Gmail- tai Outlook.com-osoitteeseen ja avaa otsikkorivit (oppitunti 1.5). Haluat nähdä kohdassa Authentication-Results: dkim=pass, jossa header.d= on domainisi, ja dmarc=pass.

Yhteenveto

• Uutiskirje on massapostia (bulkmail): vastaanottajat tarkastelevat sitä tiukemmin. Käytä lähetyspalvelua, älä tavallista postilaatikkoasi.
• Jokaisessa viestissä on kolme domainia: From (DMARC), Return-Path (SPF) ja DKIM-domain d=.
• DMARC onnistuu vain, jos SPF tai DKIM onnistuu domainille, joka on kohdistettu From-domainin kanssa.
• Autentikoi domainisi palvelussa: DKIM CNAME:n kautta on tärkein, oma bounce-domain on lisäbonus.
• Tarkista testiviestillä: dkim=pass header.d=<domainisi> ja dmarc=pass. Aloita uuden palvelun kanssa pienesti.

Tietovisa

Tehtävä

Tehtävä Z7.1: Uutiskirjeen kohdistuksen tarkistaminen. Lähetä uutiskirje omasta lähetyspalvelustasi itsellesi (tai käytä kurssin esimerkkitiedostoa nieuwsbrief-kopregels-1.txt) ja liitä otsikkorivit tähän. Täytä: From-domain, Return-Path-domain, DKIM-domain (d=) sekä se, onnistuuko DMARC mielestäsi (kyllä/ei) ja minkä reitin kautta (SPF, DKIM, molemmat vai ei kumpikaan). Ohjelma jäsentää otsikkorivit itse, tarkistaa DKIM-selectorin reaaliajassa DNS:stä sekä From-domainin DMARC-tietueen, ja vertaa omaa tulostaan sinun vastaukseesi.

Lue lisää

Näiden artikkeleiden vaiheet koskevat WebOkén paneeleita; muilla palveluntarjoajilla toiminta on vastaavaa.

• Ilmainen DNS-kurssi 7.4: Uutiskirje- ja lähetyspalvelut
• Ilmainen DNS-kurssi 4.5: DMARC: mitä vastaanottajien pitäisi tehdä huijausviesteille
• DirectAdmin-ohje 5.8: DKIM:n käyttöönotto ja tarkistaminen
• DirectAdmin-ohje 7.10: Postituslistat
• Sähköpostin lähetysraja
• Voitko lähettää massapostituksen WebOké-hostingpakettisi kautta?
• Google, Lähettäjäohjeet (Email sender guidelines): https://support.google.com/a/answer/81126