Bounce-viestien anatomia: mitä mailer daemon -virhekoodit kertovat listastasi
Kun kylmäsähköposti palautuu MAILER-DAEMONin ilmoituksella, moni myyjä sulkee viestin lukematta ja jatkaa lähettämistä samalle listalle. Virhekoodi kertoo kuitenkin tarkasti, kannattaako osoite poistaa listalta heti vai yrittää uudelleen muutaman päivän kuluttua. Tässä artikkelissa käydään läpi yleisimmät SMTP-virhekoodit, tehdään ero hard bounce- ja soft bounce -viestien välillä sekä kerrotaan, miten email deliverability check kannattaa ajaa ennen isompaa lähetystä.
- 5xx-alkuinen virhekoodi tarkoittaa pysyvää hylkäystä (hard bounce) - osoite pitää poistaa listalta heti.
- 4xx-alkuinen virhekoodi on tilapäinen (soft bounce) - viestin voi yrittää uudelleen 24-72 tunnin kuluttua.
- Hard bounce -osoitteiden jättäminen listalle nostaa bounce-rateä ja rapauttaa koko lähettävän domainin mainetta.
- Julkishallinnon kohteissa, joiden postia hoitaa Valtori, DMARC- ja sisältöperusteiset hylkäykset ovat yleisempiä kuin yksityissektorilla.
- Säännöllinen email deliverability check ja dmarc check ennen kampanjan käynnistystä vähentävät bounce-määrää merkittävästi.
Mikä mailer daemon -virhe oikeastaan kertoo
Kun lähetät kylmiä B2B-sähköposteja, vastaanottavan palvelimen automaatti - useimmiten nimellä "Mail Delivery Subsystem" tai "MAILER-DAEMON" - palauttaa virheilmoituksen aina, kun viestiä ei voitu toimittaa perille. Kyse ei ole roskapostisuodatuksen kiertämisestä, vaan teknisestä palautteesta: se kertoo, onko osoite olemassa, onko postilaatikko täynnä vai onko vastaanottavan yrityksen palvelin vain hetkellisesti tavoittamattomissa. Yritys, joka jättää nämä viestit lukematta ja jatkaa lähettämistä samoille huonoille osoitteille, rapauttaa oman lähettäjämaineensa - mikä heikentää toimitusta myös niille vastaanottajille, joiden osoite on täysin kunnossa.
Suomalaisessa B2B-myynnissä tämä korostuu erityisesti, kun kohteena on julkishallinto. Valtion virastojen ja laitosten sähköpostiliikennettä hoitaa käytännössä Valtori (Valtion tieto- ja viestintätekniikkakeskus), jonka ylläpitämät gov.fi-domainit soveltavat tavallista tiukempaa SPF-, DKIM- ja DMARC-politiikkaa sekä sisällönsuodatusta. Tämä näkyy siinä, että Valtorin taustalla oleviin osoitteisiin lähetetyt kylmäviestit palautuvat useammin sisältö- tai maineperusteisella virheellä kuin tavalliseen yritysdomainiin lähetetyt viestit - eikä syy ole tällöin osoitteen olemassaolossa vaan lähettäjän omassa autentikoinnissa.
SMTP-virhekoodien lukeminen: ero 4xx- ja 5xx-koodien välillä
Bounce-viestin sisällä on aina numeerinen SMTP-tilakoodi muodossa X.Y.Z, esimerkiksi 550 5.1.1. Ensimmäinen numero kertoo, onko kyse pysyvästä vai tilapäisestä ongelmasta: 5-alkuinen koodi on pysyvä hylkäys (hard bounce), 4-alkuinen koodi tilapäinen viive (soft bounce). Loput numerot tarkentavat syyn - onko kyse osoitteesta, postilaatikosta vai sisällöstä.
Käytännössä ei kannata lukea jokaista bounce-viestiä käsin: CRM tai lähetystyökalu tulkitsee koodin automaattisesti ja lajittelee osoitteen oikeaan kategoriaan. Tärkeintä on tietää, mitä koodit tarkoittavat, jotta osaa arvioida, toimiiko automatiikka oikein.
- 550 5.1.1 - Osoitetta ei ole olemassa (hard bounce, poista heti)
- 550 5.7.1 - Viesti hylätty sisällön tai maineen perusteella (usein DMARC- tai spam-suodatin)
- 552 5.2.2 - Vastaanottajan postilaatikko täynnä (soft bounce, mutta tarkkaile toistuvuutta)
- 421 4.3.2 - Vastaanottavan palvelun kapasiteetti loppui hetkellisesti (soft bounce)
- 450 4.2.1 - Vastaanottaja tilapäisesti ei tavoitettavissa, tyypillistä greylistingissä (soft bounce)
- 554 5.7.1 - Lähettäjä mustalla listalla tai DMARC-linjaus (p=reject) hylkää viestin (hard bounce)
Tyypillinen hard bounce -viesti sisältää rivin "550 5.1.1 The email account that you tried to reach does not exist", kun taas soft bounce näyttää usein tältä: "421 4.7.0 Try again later, greylisted for 5 minutes" - jälkimmäinen ei tarkoita väärää osoitetta, vaan sitä, että vastaanottava palvelin testaa lähettäjän uudelleenyrityskäyttäytymistä ennen viestin läpipäästämistä.
Hard bounce vs soft bounce: mitä tehdä kummallekin
Hard bounce tarkoittaa, että osoite ei toimi eikä toimikaan jatkossa ilman erillistä varmistusta - tyypillisesti kyseessä on väärin kirjoitettu osoite, lopetettu työsuhde tai kokonaan poistunut domain. Tällainen osoite pitää poistaa lähetyslistalta välittömästi ja pysyvästi (suppressoida), koska sen jättäminen listalle vain kasvattaa bounce-rateä ilman hyötyä.
Soft bounce sen sijaan on tilapäinen tila: postilaatikko on täynnä, palvelin on ruuhkautunut tai kyseessä on automaattinen viive. Toimiva käytäntö on yrittää uudelleen 24-72 tunnin kuluttua ja rajata uudelleenyritysten määrä kolmeen-neljään kertaan - jos osoite tuottaa soft bouncen joka kerta useamman viikon ajan, se kannattaa käsitellä hard bouncen tavoin ja poistaa aktiivisesta sekvenssistä.
Luvut ovat suuntaa-antavia ja perustuvat kohdennettujen B2B-kampanjoiden käytännön havaintoihin.
Yleisimmät virheet bounce-viestien käsittelyssä kylmäkampanjoissa
Useimmat toimitusongelmat eivät johdu itse bounce-koodeista vaan siitä, miten niihin reagoidaan - tai jätetään reagoimatta.
- Hard bounce -osoitteiden lähettäminen uudelleen myöhemmässä kampanjassa, koska "ehkä se toimii nyt"
- Soft bounce -osoitteiden yrittäminen loputtomiin ilman ylärajaa, mikä pitää bounce-raten näennäisesti korkeana
- Bounce-viestien lukeminen vain silmämääräisesti otsikosta ilman SMTP-koodin tarkistamista
- Kampanjan käynnistäminen ilman etukäteistä email deliverability check -tarkistusta uudelle lähettäjädomainille
- DMARC-raporttien jättäminen kokonaan lukematta, vaikka ne paljastaisivat väärinkäytön tai autentikointivirheen syyn
- Julkishallinnon kohteiden käsitteleminen samoin kuin yksityisen sektorin, vaikka Valtorin ylläpitämät osoitteet vaativat tiukemman SPF/DKIM/DMARC-kohdistuksen
Tarkistuslista: näin LDM käsittelee bounce-viestit ja pitää bounce-raten terveenä
LDM:n lähetysputki jäsentää jokaisen palautuneen viestin SMTP-koodin automaattisesti, erottaa hard ja soft bounce toisistaan ja suppressoi hard bounce -osoitteet välittömästi koko tenantin tasolla - osoite ei siis päädy uudelleen millekään myöhemmälle listalle. Soft bounce -osoitteet jäävät seurantaan rajatulla uudelleenyrityslogiikalla, ja jos sama osoite tuottaa toistuvia soft bounceja, se siirretään automaattisesti suppressiolistalle.
Ennen isomman kampanjan käynnistystä kannattaa aina ajaa email deliverability check uudelle tai pitkään lepäilleelle domainille: tarkista SPF- ja DKIM-tietueet, aja dmarc check varmistaaksesi, että DMARC-linjaus (p=none/quarantine/reject) on tarkoituksenmukainen, ja käytä yleistä email deliverability tester -työkalua simuloimaan, miten viesti käyttäytyy vastaanottavan palvelimen suodattimissa. Tämä paljastaa autentikointiongelmat ennen kuin ne näkyvät sadoissa bounce-viesteissä.
- Tarkista SPF, DKIM ja DMARC ennen jokaista uutta lähettävää domainia
- Poista hard bounce -osoitteet listalta automaattisesti, älä koskaan käsin myöhemmin uudelleen
- Rajaa soft bounce -uudelleenyritykset 3-4 kertaan ja käsittele sen jälkeen hard bouncena
- Seuraa bounce-ratea kampanjakohtaisesti, ei vain kokonaistasolla
- Aja email deliverability check ja dmarc check aina ennen suurempaa lähetyserää
Kynnysarvot ovat käytännön ohjenuoria, eivät virallisia normeja - ne perustuvat kohdennettujen B2B-kampanjoiden seurantaan.
Usein kysytyt kysymykset
Mikä ero on hard bouncen ja soft bouncen välillä?
Hard bounce on pysyvä hylkäys - osoite ei ole olemassa tai domain on lopetettu - ja se pitää poistaa listalta heti. Soft bounce on tilapäinen tila, kuten täysi postilaatikko tai ruuhkautunut palvelin, ja viestin voi yrittää lähettää uudelleen muutaman päivän kuluttua.
Kuinka monta soft bounce -yritystä kannattaa tehdä ennen osoitteen poistamista?
Kolme-neljä uudelleenyritystä 24-72 tunnin välein on tavallinen käytäntö. Jos osoite tuottaa soft bouncen joka kerta useamman viikon ajan, se kannattaa käsitellä hard bouncen tavoin ja siirtää suppressiolistalle.
Mitä email deliverability check tarkoittaa käytännössä?
Se on ennakkotarkistus, jossa varmistetaan lähettävän domainin SPF-, DKIM- ja DMARC-tietueiden kunto sekä testataan, miten viesti käyttäytyy tyypillisissä vastaanottavien palvelimien suodattimissa ennen kuin sitä lähetetään laajemmalle listalle.
Miksi Valtorin ylläpitämiin gov.fi-osoitteisiin lähetetyt viestit palautuvat useammin?
Valtorin hallinnoimat virastodomainit soveltavat tavallista tiukempaa SPF/DKIM/DMARC-kohdistusta ja sisällönsuodatusta, joten heikosti autentikoitu lähettäjädomain saa herkemmin sisältö- tai maineperusteisen hylkäyksen kuin osoitevirheen.
Voiko dmarc check tehdä itse ilmaiseksi?
Kyllä - DMARC-tietueen voi tarkistaa julkisilla DNS-hakutyökaluilla katsomalla domainin _dmarc-TXT-tietueen ja varmistamalla, että linjaus vastaa sitä, mitä lähettäjä todella haluaa (esimerkiksi p=quarantine ennen siirtymistä p=reject-tilaan).
Vaikuttaako korkea bounce-rate koko yrityksen sähköpostimaineeseen, ei vain yksittäiseen kampanjaan?
Kyllä. Vastaanottavat palvelimet seuraavat lähettäjädomainin ja usein myös lähettävän IP-osoitteen historiaa kokonaisuutena, joten toistuvasti korkea bounce-rate heikentää toimitusta myös tuleville, täysin oikeille kampanjoille.
Haluatko soveltaa tätä omaan outreach-toimintaasi?
Näytämme ennen töiden aloittamista, miten tämä toimii juuri sinun segmentissäsi ja tuotteessasi.
Keskustele kanssamme