Prečo váš e-mail skončil v spame, aj keď SPF, DKIM a DMARC prešli

Pošlete zákazníkovi e-mail.

SPF prešiel.

DKIM prešiel.

DMARC prešiel.

V technickej hlavičke Gmailu vidíte:

SPF: PASS
DKIM: PASS
DMARC: PASS

A napriek tomu zákazník správu nájde v priečinku Spam.

Na prvý pohľad to pôsobí nelogicky.

Ak prijímajúci server overil, že správu poslal oprávnený systém a doména prešla autentifikáciou, prečo ju stále považuje za spam?

Pretože:

SPF, DKIM a DMARC neodpovedajú na otázku, či je e-mail žiadaný, kvalitný alebo dôveryhodný.

Odpovedajú predovšetkým na otázku:

„Je táto správa autentifikovaná a má odosielateľ oprávnenie používať túto doménu?“

To je zásadný rozdiel.

Google to vo svojej dokumentácii uvádza veľmi jasne:

autentifikácia sama osebe nezaručuje doručenie správy.

Dôvod je jednoduchý.

Aj spammer alebo legitímna firma posielajúca nechcenú poštu môže mať SPF, DKIM a DMARC nastavené dokonale.

Preto Gmail, Microsoft, Yahoo a ďalší poskytovatelia pri rozhodovaní o umiestnení správy používajú omnoho viac signálov.

Najskôr si oddeľme tri rozdielne veci

Pri e-mailoch sa veľmi často miešajú pojmy:

odoslanie,
doručenie,
Inbox placement.

Nie sú to synonymá.

1. E-mail bol odoslaný

Váš mailový server správu prijal a pokúsil sa ju doručiť.

2. E-mail bol prijatý cieľovým serverom

Server príjemcu správu neodmietol.

To však ešte neznamená, že skončila v hlavnej pošte.

3. E-mail skončil v Inboxe

Prijímajúci systém sa rozhodol, že správu zobrazí používateľovi v hlavnej doručenej pošte.

Alternatívou môže byť:

Spam,
Junk,
Promotions,
Quarantine,
iné automatické kategórie.

SPF, DKIM a DMARC pomáhajú pri autentifikácii a dôveryhodnosti odosielateľa, ale nerozhodujú samy o umiestnení správy.

Čo presne SPF potvrdzuje?

SPF – Sender Policy Framework – umožňuje vlastníkovi domény publikovať v DNS informáciu o tom, ktoré systémy majú oprávnenie odosielať poštu za danú doménu.

Prijímajúci server môže preveriť, či IP adresa alebo mechanizmus použitý pri odosielaní zodpovedá SPF politike.

Ak výsledok znie:

SPF=PASS

znamená to zjednodušene:

„Tento server bol podľa SPF politiky oprávnený odoslať správu pre kontrolovanú SPF identitu.“

SPF však nehovorí:

„Toto je kvalitný e-mail, ktorý si používateľ želá dostať.“

Čo presne DKIM potvrdzuje?

DKIM – DomainKeys Identified Mail – pridáva k správe kryptografický podpis.

Prijímajúci server pomocou verejného kľúča z DNS overí, či podpis sedí.

Výsledok:

DKIM=PASS

znamená, že kryptografická kontrola podpisu prešla.

DKIM pomáha overiť:

doménu, ktorá správu podpísala,
integritu podpísaných častí správy.

Ani DKIM však neurčuje, či príjemca správu chce.

Čo presne DMARC potvrdzuje?

DMARC spája výsledky SPF a DKIM s doménou, ktorú používateľ reálne vidí v hlavičke:

From:

DMARC sleduje najmä takzvaný alignment.

To znamená, či doména overená cez SPF alebo DKIM zodpovedá doméne odosielateľa podľa pravidiel DMARC.

Ak vidíte:

DMARC=PASS

znamená to, že aspoň jedna z relevantných autentifikačných metód prešla a bola správne zosúladená s From doménou.

DMARC je preto veľmi dôležitý na ochranu domény pred spoofingom a phishingom.

Stále však nehovorí:

„Používateľ chce tento e-mail.“

Prečo autentifikácia nestačí?

Predstavme si dve firmy.

Obe majú:

SPF PASS,
DKIM PASS,
DMARC PASS.

Firma A posiela faktúry svojim existujúcim zákazníkom.

Firma B nakúpila databázu 100 000 e-mailových adries a rozosiela im nevyžiadané ponuky.

Z pohľadu autentifikácie môžu byť obe technicky perfektné.

Z pohľadu používateľov je však situácia úplne odlišná.

Práve preto nemôže spam filter používať iba SPF, DKIM a DMARC.

Google výslovne hovorí: autentifikácia sama nestačí

Google vo svojej dokumentácii k autentifikácii uvádza, že aj spammeri môžu svoje správy autentifikovať.

Gmail preto kombinuje autentifikačné údaje s:

hláseniami používateľov,
a ďalšími signálmi.

Google zároveň odosielateľom odporúča pravidelne sledovať:

spam rate,
reputáciu domény,
reputáciu IP adresy,
autentifikáciu,
delivery errors.

Preto je nesprávne po teste:

SPF PASS
DKIM PASS
DMARC PASS

povedať:

„E-mailová doména je v poriadku a už nemôže byť problém v doručiteľnosti.“

Správny záver je:

„Autentifikačná vrstva vyzerá správne. Teraz treba analyzovať ďalšie faktory doručiteľnosti.“

1. Reputácia domény

Doména si pri odosielaní pošty vytvára reputáciu.

Google v Postmaster Tools poskytuje informácie o reputácii odosielajúcej domény a jej vplyve na doručovanie.

Microsoft rovnako uvádza sender reputation medzi faktormi používanými pri filtrovaní.

Reputáciu môže poškodiť napríklad:

veľké množstvo sťažností na spam,
opakované posielanie nechcených správ,
zlá kvalita databázy,
neobvyklé zmeny odosielania,
dlhodobo problematické správanie.

Doména môže byť technicky autentifikovaná a zároveň mať slabú reputáciu.

2. Reputácia IP adresy

Prijímajúce servery nesledujú iba doménu.

Dôležitá môže byť aj IP adresa servera, z ktorého e-mail prichádza.

Microsoft medzi faktormi filtrov výslovne uvádza:

sending IP,
domain,
authentication,
complaint rate,
list accuracy,
content.

Google v Postmaster Tools takisto rozlišuje reputáciu IP a reputáciu domény.

Zdieľaná IP adresa môže byť problém

Mnoho služieb používa zdieľané IP adresy.

To znamená, že z jednej IP neposielate iba vy.

Google upozorňuje, že používanie rovnakej IP viacerými odosielateľmi môže negatívne ovplyvniť reputáciu IP a doručiteľnosť ostatných odosielateľov na rovnakej infraštruktúre.

To neznamená, že zdieľaná IP je automaticky zlá.

Kvalitní poskytovatelia svoju infraštruktúru aktívne spravujú.

Ale pri problémoch s doručiteľnosťou je IP reputácia jedna z vecí, ktoré treba preveriť.

3. Spam complaints – používatelia vás označujú ako spam

Toto je jeden z najdôležitejších praktických signálov.

Ak používatelia klikajú:

„Nahlásiť spam“

poskytovateľ e-mailovej služby dostáva veľmi jasný signál.

Google odporúča držať používateľmi nahlásený spam rate v Postmaster Tools pod 0,1 % a zabrániť tomu, aby niekedy dosiahol 0,3 % alebo viac.

Google výslovne uvádza, že spam rate nad 0,1 % už môže negatívne ovplyvňovať doručovanie hromadných odosielateľov.

Yahoo požaduje od odosielateľov udržiavať spam complaint rate pod 0,3 %.

0,1 % je veľmi malé číslo

Predstavme si 10 000 správ doručených relevantnému publiku.

0,1 % znamená:

10 spam complaints.

0,3 % znamená:

30 spam complaints.

Pri veľkých databázach teda nemusí byť počet nespokojných používateľov obrovský, aby sa odosielateľ dostal do problematickej oblasti.

4. Posielate e-mail ľuďom, ktorí ho nechcú

Toto je veľmi často koreň problému.

Nie DNS.

Nie jedno slovo v predmete.

Nie farba tlačidla.

Ale samotný vzťah medzi odosielateľom a príjemcom.

Yahoo vo svojich oficiálnych best practices odporúča:

posielať e-maily používateľom, ktorí si ich konkrétne vyžiadali,
nekupovať databázy,
nepridávať používateľov pomocou predvolene zaškrtnutého opt-in políčka,
rešpektovať očakávanú frekvenciu komunikácie.

Ak sa niekto prihlásil na mesačný newsletter a začnete mu posielať správu každý deň, technická autentifikácia tento problém nevyrieši.

5. Vaša databáza môže byť nekvalitná

Microsoft uvádza list accuracy medzi faktormi, ktoré môžu ovplyvniť filtrovanie.

Problém môže vzniknúť, ak databáza obsahuje:

neexistujúce adresy,
staré adresy,
adresy bez relevantného súhlasu alebo vzťahu,
ľudí, ktorí o vás už nemajú záujem.

Preto nestačí otázka:

„Koľko kontaktov máme?“

Dôležitejšia je:

„Akú kvalitu a aktuálnosť tieto kontakty majú?“

6. Náhle ste výrazne zvýšili objem odosielania

Google odosielateľom výslovne odporúča zvyšovať objem postupne.

Veľký a náhly nárast môže viesť k:

rate limitingu,
zhoršeniu reputácie,
problémom s doručovaním.

Typická situácia:

Doména bežne posiela:

50 e-mailov denne.

A zrazu sa z nej odošle:

20 000 správ.

SPF môže prejsť.

DKIM môže prejsť.

DMARC môže prejsť.

Správanie odosielateľa sa však dramaticky zmenilo.

Google odporúča:

začínať nižším objemom,
najskôr posielať aktívnym príjemcom,
objem zvyšovať postupne,
sledovať serverové odpovede, spam rate a reputáciu.

7. Posielate e-maily v nárazových dávkach

Google odporúča konzistentné tempo odosielania.

Neodporúča napríklad poslať veľkú dávku čo najrýchlejšie, potom čakať a opäť odoslať ďalšiu dávku.

Pri hromadnej komunikácii je stabilné správanie pre reputáciu vhodnejšie než nepredvídateľné špičky.

8. Máte úplne novú doménu alebo IP adresu

Nová infraštruktúra nemá vytvorenú históriu odosielania.

Microsoft priamo uvádza, že IP adresy, ktoré predtým neposielali poštu, typicky nemajú v ich systémoch vytvorenú reputáciu.

Google takisto zdôrazňuje postupné zvyšovanie objemu najmä pri nových doménach.

Preto môže byť problematické:

1. zaregistrovať novú doménu,

2. nastaviť SPF/DKIM/DMARC,

3. na druhý deň poslať desaťtisíce správ.

Technická pripravenosť nie je to isté ako reputačná história.

9. Reverse DNS / PTR

SPF, DKIM a DMARC nie sú jediné technické požiadavky.

Google vyžaduje, aby odosielajúce IP adresy mali platný:

forward DNS,
reverse DNS / PTR.

Yahoo má rovnakú požiadavku.

Microsoft takisto odporúča kontrolovať platný reverse DNS záznam pri problémoch s reputáciou odosielajúcej IP.

Takže:

SPF = PASS
DKIM = PASS
DMARC = PASS

ešte neznamená, že je celá odosielacia infraštruktúra nakonfigurovaná ideálne.

10. TLS

Google dnes požaduje pre odosielateľov do Gmailu používanie TLS pri prenose pošty.

Je to ďalší príklad toho, že doručiteľnosť nie je postavená iba na troch skratkách SPF, DKIM a DMARC.

11. Nesprávny formát správy

Google vyžaduje, aby správy spĺňali štandard RFC 5322.

Yahoo rovnako požaduje kompatibilitu so základnými e-mailovými RFC.

Zle zostavené hlavičky alebo technicky nekorektné e-maily preto môžu byť ďalšou vrstvou problému.

12. From adresa a autentifikačné domény nemusia byť správne zosúladené

Niekedy vidíte:

SPF: PASS
DKIM: PASS

ale to automaticky ešte neznamená správny DMARC alignment.

DMARC sleduje, či sa autentifikovaná doména vhodným spôsobom zhoduje s doménou uvedenou v používateľsky viditeľnom:

From:

Pre bulk senderov do Gmailu musí byť From doména zosúladená aspoň s SPF alebo DKIM doménou.

13. Jednoduché odhlásenie nie je iba UX detail

Pri marketingových a subscribed správach veľkí poskytovatelia požadujú jednoduché odhlásenie.

Google pri hromadných odosielateľoch vyžaduje:

one-click unsubscribe pre relevantné marketingové správy,
viditeľnú možnosť odhlásenia v správe.

Yahoo má veľmi podobnú požiadavku a odosielateľ má podľa jeho pravidiel spracovať odhlásenie do dvoch dní.

Prečo je to dôležité aj pre doručiteľnosť?

Ak používateľ nevie nájsť:

Odhlásiť

môže použiť oveľa jednoduchšie tlačidlo:

Nahlásiť spam.

A tým posiela poskytovateľovi veľmi negatívny reputačný signál.

14. Obsah správy môže zohrávať úlohu

Microsoft explicitne uvádza content medzi signálmi ovplyvňujúcimi filtrovanie.

Google pri abuse-related failures rovnako uvádza medzi možnými príčinami obsah správy.

To však neznamená, že existuje jednoduchý univerzálny zoznam:

„Týchto 20 slov nesmiete použiť, lebo skončíte v spame.“

Takéto zjednodušenie nie je podložené fungovaním moderných spam filtrov.

Filtre pracujú s kombináciou množstva signálov.

Neexistuje magický zoznam zakázaných slov

Je lákavé veriť, že problém vyriešime odstránením slov:

ZDARMA,
ZĽAVA,
AKCIA,
PONUKA.

Realita je podstatne komplexnejšia.

Legitímny e-shop môže úplne normálne poslať zákazníkom informáciu o zľave.

A spam môže byť napísaný úplne neutrálne.

Rozhoduje širší kontext:

kto posiela,
komu posiela,
ako často,
z akej infraštruktúry,
akú má históriu,
ako reagujú príjemcovia,
čo správa obsahuje.

15. Zavádzajúci predmet môže byť problém

Google výslovne neodporúča zavádzajúce hlavičky a predmety.

Napríklad:

Re: Vaša objednávka

ak v skutočnosti nejde o odpoveď.

Alebo:

Fwd: Dôležité

ak správa nebola preposlaná.

Google upozorňuje aj na zavádzajúce display names, ktoré sa snažia vyvolať dojem existujúcej komunikácie alebo overenia.

16. Rôzne typy e-mailu by nemali byť bezhlavo miešané

Yahoo odporúča oddeliť typy komunikácie podľa IP alebo DKIM domény.

Google podobne odporúča používať odlišné IP adresy alebo konzistentné From adresy pre rôzne kategórie správ.

Typické skupiny:

transakčné e-maily,
faktúry,
bezpečnostné upozornenia,
marketingové newslettery,
cold outreach.

Dáva to logiku.

Potvrdenie objednávky má úplne inú povahu než hromadná marketingová ponuka.

17. Jeden marketingový problém môže poškodiť dôležitú firemnú komunikáciu

Ak firma posiela všetko z rovnakej infraštruktúry:

objednávky,
faktúry,
heslá,
newsletter,
cold e-mail,

všetky typy komunikácie môžu zdieľať časť reputačného rizika.

Práve preto veľkí poskytovatelia odporúčajú rôzne typy komunikácie logicky oddeľovať.

18. História konkrétneho príjemcu môže mať vplyv

Microsoft pri svojom implicitnom overovaní uvádza ako jeden zo vstupných signálov:

recipient history.

To je veľmi dôležité.

Rovnaký e-mail preto nemusí mať úplne rovnaký výsledok pre každého príjemcu.

Filtrovanie môže využívať informácie súvisiace s historickým vzťahom príjemcu a odosielateľa.

To je jeden z dôvodov, prečo test:

„Poslal som si správu na svoj Gmail a prišla do Inboxu“

nie je definitívnym dôkazom, že všetkým ostatným používateľom príde rovnako.

19. Behaviorálne signály

Microsoft výslovne uvádza:

behavioral analysis

medzi signálmi svojho implicitného autentifikačného a ochranného systému.

Moderné mailové filtre teda nepracujú len s jednoduchým:

SPF = PASS → Inbox
SPF = FAIL → Spam

Takýto model by bol proti dnešnému spamu a phishingu príliš primitívny.

20. Blocklist nie je jediný rozsudok

Pri doručiteľnosti sa často objaví otázka:

„Sme na blackliste?“

Kontrola reputačných zoznamov môže byť užitočná.

Microsoft dokonca pri troubleshooting odporúča preveriť, či odosielajúca IP nie je na relevantných externých blocklistoch.

Ale ani tu neplatí:

„Nie sme na blockliste = e-mail musí ísť do Inboxu.“

Každý poskytovateľ má vlastné systémy, reputačné modely a filtre.

Prečo teda Gmail poslal správu do spamu?

Ak:

SPF = PASS
DKIM = PASS
DMARC = PASS

odpoveď často nie je:

„DNS je zle.“

Treba pokračovať ďalej.

Reálne príčiny môžu byť napríklad:

slabá reputácia domény,
slabá reputácia IP,
vysoký spam complaint rate,
nekvalitná databáza,
nežiadané správy,
náhly nárast objemu,
nová odosielacia infraštruktúra,
nekonzistentné odosielanie,
problém s PTR,
problém s TLS alebo formátom správy,
obsah a charakter správy,
zavádzajúce hlavičky,
problém so zdieľanou infraštruktúrou,
história konkrétneho príjemcu.

Ako postupovať pri reálnom audite doručiteľnosti?

Postupovať treba vo vrstvách.

Krok 1: Overte autentifikáciu na reálnej správe

Neoverujte iba existenciu DNS záznamov.

Pošlite reálny e-mail.

Skontrolujte jeho hlavičky.

Chcete vidieť minimálne:

SPF: PASS
DKIM: PASS
DMARC: PASS

Ak niečo neprechádza, najskôr vyriešte autentifikáciu.

Krok 2: Skontrolujte DMARC alignment

Nestačí, že DKIM podpis existuje.

Treba overiť, ktorá doména podpisuje správu a ako súvisí s From doménou.

Krok 3: Skontrolujte PTR / reverse DNS

Odosielajúca IP by mala mať korektnú DNS identitu.

Krok 4: Skontrolujte TLS

Overte, či správy odchádzajú zabezpečeným spojením.

Krok 5: Pozrite SMTP odpovede

Veľmi cenné informácie sú priamo v odpovediach prijímajúcich serverov.

Hľadajte:

temporary failures,
permanent failures,
rate limits,
reputation errors,
authentication errors.

SMTP odpoveď je často podstatne hodnotnejšia než všeobecný „spam test score“.

Krok 6: Google Postmaster Tools

Pre odosielanie na Gmail je Postmaster Tools jeden z najdôležitejších zdrojov.

Podľa objemu a dostupnosti dát môžete sledovať:

spam rate,
domain reputation,
IP reputation,
authentication,
delivery errors.

Google upozorňuje, že pri malom objeme odosielania nemusia byť všetky dashboardy dostupné.

Krok 7: Vyhodnoťte databázu

Pýtajte sa:

Odkiaľ kontakty pochádzajú?
Kedy sme ich získali?
Očakávajú od nás túto správu?
Ako často im píšeme?
Ako spracúvame odhlásenia?
Odstraňujeme neplatné adresy?

Krok 8: Pozrite sa na spam complaints

Ak je spam rate vysoký, optimalizácia DNS sama problém nevyrieši.

Krok 9: Skontrolujte tempo odosielania

Porovnajte:

normálny denný objem,
aktuálny objem,
históriu domény,
históriu IP.

Náhle zmeny sú dôležitý diagnostický signál.

Krok 10: Až potom analyzujte samotnú správu

Pozrite sa na:

odosielateľa,
predmet,
hlavičky,
HTML,
odkazy,
domény odkazov,
prílohy,
zavádzajúce prvky,
možnosť odhlásenia.

A čo keď posielate iba 100 obchodných e-mailov?

Aj pri malom objeme platia rovnaké princípy.

Rozdiel je v tom, že pri 100 správach nemusíte mať dostatok dát v nástrojoch typu Postmaster Tools.

Vtedy má ešte väčší význam:

reálny test hlavičiek,
SMTP log,
kvalita zoznamu,
spôsob získania kontaktov,
text správy,
vzťah príjemcu k odosielateľovi.

E-mail po telefonáte a cold e-mail nie sú rovnaké

Predstavme si dve správy s identickým technickým nastavením.

Prvá:

„Dobrý deň, ako sme sa dnes dohodli telefonicky, posielam vám cenovú ponuku.“

Druhá:

„Dobrý deň, nepoznáme sa, ale radi by sme vám predstavili našu ponuku...“

Z pohľadu:

SPF,
DKIM,
DMARC

môžu byť úplne rovnaké.

Z pohľadu používateľa však rovnaké nie sú.

Prvý e-mail očakáva.

Druhý nie.

A práve reakcie používateľov sú jedným z dôvodov, prečo technická autentifikácia nemôže sama rozhodovať o doručiteľnosti.

Samotný test na Gmaili nestačí

Pošlete test:

info@firma.sk → mojucet@gmail.com

Správa príde do Inboxu.

Je to dobrá správa.

Potvrdzuje, že konkrétny test prešiel.

Nepotvrdzuje však, že:

všetkým používateľom Gmailu príde rovnako,
Outlook ju vyhodnotí rovnako,
Yahoo ju vyhodnotí rovnako,
pri tisíckach správ zostane výsledok rovnaký.

Filtrovanie môže zohľadňovať množstvo ďalších signálov vrátane histórie odosielateľa a príjemcu.

Najčastejšia diagnostická chyba

Firma zistí:

SPF PASS
DKIM PASS
DMARC PASS

a uzavrie:

„Technicky je všetko správne, takže problém musí byť v Gmaile.“

To je nesprávny záver.

Správny záver je:

„Tri základné autentifikačné mechanizmy prešli. Teraz treba preveriť reputáciu, správanie odosielania, databázu, používateľskú spätnú väzbu, infraštruktúru a správu samotnú.“

Rovnako nesprávne je stále meniť DNS

Ak reálny test ukazuje:

SPF: PASS
DKIM: PASS
DMARC: PASS

a domény sú správne zosúladené, nie je rozumné donekonečna meniť SPF alebo DKIM v nádeji, že sa spamový problém zázračne vyrieši.

Autentifikačná vrstva už môže fungovať.

Problém môže byť v úplne inej vrstve.

Čo SPF, DKIM a DMARC vyriešia – a čo nie

Otázka	SPF/DKIM/DMARC
Je server oprávnený odosielať?	Áno, SPF pomáha overiť oprávnenie.
Je správa kryptograficky podpísaná?	Áno, DKIM.
Sedí autentifikovaná identita s From doménou?	Áno, DMARC alignment.
Chce používateľ tento e-mail?	Nie.
Má odosielateľ dobrú reputáciu?	Nie.
Má IP dobrú reputáciu?	Nie.
Označujú príjemcovia správy ako spam?	Nie.
Je databáza kvalitná?	Nie.
Skončí správa určite v Inboxe?	Nie.

Praktický checklist pri správe v spame

Overiť SPF na reálnej správe.
Overiť DKIM na reálnej správe.
Overiť DMARC.
Overiť DMARC alignment.
Skontrolovať PTR / reverse DNS.
Skontrolovať TLS.
Skontrolovať SMTP odpovede.
Skontrolovať reputáciu IP.
Skontrolovať reputáciu domény.
Skontrolovať spam rate.
Vyhodnotiť pôvod databázy.
Vyhodnotiť bounce a neplatné kontakty.
Skontrolovať zmeny objemu odosielania.
Skontrolovať frekvenciu.
Overiť one-click unsubscribe pri relevantnej marketingovej komunikácii.
Skontrolovať From a display name.
Skontrolovať predmet.
Skontrolovať obsah a odkazy.
Oddeliť marketingové a transakčné správy.
Vyhodnotiť problém podľa jednotlivých poskytovateľov – Gmail, Microsoft, Yahoo.

Čo má dnes zdravý odosielateľ nastavené?

Technický základ:

SPF,
DKIM,
DMARC,
správny alignment,
PTR/reverse DNS,
TLS,
správny formát správ.

Prevádzkový základ:

kvalitná databáza,
relevantní príjemcovia,
konzistentné odosielanie,
postupné zvyšovanie objemu,
spracovanie odhlásení,
nízky spam complaint rate.

Monitoring:

SMTP logy,
Google Postmaster Tools,
bounce rate,
spam complaints,
reputácia.

Najdôležitejšia veta

Ak si z tohto článku zapamätáte iba jednu vec, nech je to táto:

SPF, DKIM a DMARC dokazujú identitu a oprávnenie odosielateľa. Nedokazujú, že príjemca chce vašu správu.

A práve rozdiel medzi týmito dvoma vecami vysvetľuje, prečo môže e-mail s:

SPF: PASS
DKIM: PASS
DMARC: PASS

úplne legitímne skončiť v priečinku Spam.

Záver

Doručiteľnosť e-mailov nie je jeden DNS záznam.

Nie je to ani jedno „spamové skóre“.

A už vôbec nie zoznam zakázaných slov.

Je to výsledok kombinácie:

autentifikácie,
technickej infraštruktúry,
reputácie,
histórie odosielania,
kvality databázy,
správania príjemcov,
objemu a frekvencie,
samotnej správy.

Preto správne nastavené SPF, DKIM a DMARC nie sú koncom auditu.

Sú jeho začiatkom.

Ak všetky tri kontroly prešli a e-mail stále končí v spame, nemusíte znovu opravovať to, čo už funguje.

Treba sa posunúť o vrstvu ďalej a zistiť:

ako vás prijímajúce systémy a hlavne samotní príjemcovia vnímajú ako odosielateľa.

Zdroje

Pri príprave článku sme vychádzali predovšetkým z oficiálnej dokumentácie poskytovateľov a internetových štandardov:

Aktualizované: september 2026. Pravidlá a filtre jednotlivých poskytovateľov sa priebežne menia, preto je pri technickom audite vhodné kontrolovať aktuálnu dokumentáciu konkrétneho poskytovateľa.

blog.consultee.biz