Časté otázky

echo.email analyzuje jeden e-mail na adresu a vysvetlí výsledok. Odpovede nižšie opisujú, ako služba funguje a čo znamená každá kontrola v reporte.

Ako echo.email funguje?

Úvodná stránka vytvorí novú adresu z troch slov, napríklad power.file.tube@echo.email. Správa poslaná na túto adresu príde na poštový server echo.email, ktorý zaznamená komunikáciu SMTP a odovzdá správu na analýzu. O niekoľko sekúnd stránka zobrazí report o overení, obsahu, dodržaní pravidiel a doručení. Nič nemusíte inštalovať a žiadne účty neexistujú.

Ako dlho je adresa platná?

Adresa je aktívna, kým je stránka otvorená. Stránka sa ozýva serveru každé dve sekundy, a ak ju obnovíte do 10 minút, zostane vám v tej istej karte tá istá adresa. Keď je stránka zatvorená dlhšie ako 10 minút, poštový server odmieta nové správy pre túto adresu s trvalou chybou.

Platí prvá správa, ktorá príde. Ďalšie správy na tú istú adresu server odmietne, takže každý report patrí práve jednému e-mailu. Správy väčšie ako 10 MB server odmietne už počas komunikácie SMTP.

Ako dlho sa reporty uchovávajú?

Každý report, uložená správa aj dáta stiahnutých obrázkov sa automaticky vymažú 24 hodín po doručení správy. Počas týchto 24 hodín funguje odkaz na report pre každého, kto ho má. Potom odkaz prestane fungovať. Jedinou výnimkou je ukážkový report, pretože vznikol z testovacej správy odoslanej práve na tento účel.

Čo sa deje s obsahom správy?

echo.email ukladá celú správu, teda hlavičky, telo a prílohy, spolu s údajmi o relácii SMTP, ako je IP adresa odosielateľa, názov HELO a verzia TLS. Dáta sú uložené v EÚ a poštový server beží vo Falkensteine v Nemecku. Každý, kto má odkaz na report, vidí celú správu, preto je najlepšie testovať s obsahom, ktorý môžete zdieľať. Newslettery často obsahujú sledovacie odkazy a odkaz na odhlásenie viazaný na jedného príjemcu. Keď pošlete kópiu na testovací zoznam, tieto odkazy zostanú súkromné.

Dve adresy vedú priamo k prevádzkovateľovi služby: contact@echo.email na otázky a hlásenia a privacy@echo.email na žiadosti týkajúce sa údajov. Všetky podrobnosti nájdete v zásadách ochrany súkromia.

Čo testuje kontrola SPF?

SPF uvádza servery, ktoré smú posielať poštu s doménou v return path. echo.email vezme doménu odosielateľa obálky (adresu MAIL FROM, ktorej sa hovorí aj return path) a vyhodnotí záznam SPF tejto domény voči IP adrese servera, ktorý správu doručuje. Za dobrý výsledok sa považuje iba pass. Pri výsledku softfail, neutral alebo none nemá prijímajúci server od SPF žiadny doklad o odosielateľovi.

Názov HELO sa nekontroluje. Rovnako hodnotia SPF pri hromadnej pošte aj veľkí poskytovatelia e-mailu. Report ukazuje každý záznam a každý mechanizmus na ceste, takže je vidieť, ako vzniká konečný výsledok.

Prečo záleží na počte dopytov DNS?

Vyhodnotenie SPF smie vykonať najviac 10 dopytov DNS. Do tohto limitu sa počítajú mechanizmy include, a, mx, ptr, exists a redirect, vrátane tých vo vnorených include. Prekročenie limitu zmení výsledok na trvalú chybu a prijímajúce servery potom so správou zaobchádzajú, akoby nemala žiadne platné SPF. Prázdne dopyty, teda dopyty, ktoré nevrátia žiadny záznam, majú samostatný limit dva. Obvyklou príčinou sú dlhé reťazce include od tretích strán a problém vyrieši kratší zoznam služieb.

Čo dokazuje DKIM?

DKIM pridáva do hlavičiek správy kryptografický podpis. Podpisujúca doména zverejňuje verejný kľúč v DNS pod selektorom. echo.email kľúč načíta a overí podpis voči hlavičkám a telu v podobe, v akej prišli. Výsledok pass znamená, že podpísané časti prišli bez zmeny a že za ne podpisujúca doména ručí.

Report uvádza podpisujúcu doménu (d=), selektor (s=), podpísané hlavičky (h=) a typ a veľkosť kľúča. Limit dĺžky tela (l=) report označí, pretože umožňuje po podpísaní pripojiť ďalší obsah.

Čo je DMARC?

DMARC prepája SPF a DKIM s doménou vo viditeľnej adrese From. Doména From zverejňuje na _dmarc.<domain> politiku, ktorá prijímajúcim serverom hovorí, ako naložiť s poštou, ktorá neprejde overením: none, quarantine alebo reject. Správa prejde DMARC, keď SPF alebo DKIM prejde pre doménu zarovnanú s doménou From.

DMARC samo nepridáva žiadne overenie. Jeho prínos je v požiadavke na zarovnanie a v súhrnných reportoch (rua=), ktoré prijímajúce servery posielajú vlastníkovi domény.

Čo znamená zarovnanie?

Zarovnanie (alignment) porovnáva overenú doménu s doménou From. Voľné zarovnanie vyžaduje rovnakú organizačnú doménu, takže mail.example.com je zarovnaná s example.com. Prísne zarovnanie vyžaduje presne rovnaký názov hostiteľa. Organizačná doména vychádza z Public Suffix List, ktorý vie, že názvy ako example.co.uk sa počítajú ako jedna registrovateľná doména. Keď report uvádza zarovnanie bez ďalšieho spresnenia, ide o porovnanie s doménou From.

Čo je BIMI?

BIMI zverejňuje logo značky, ktoré poskytovatelia e-mailu zobrazujú vedľa overenej pošty. Záznam sa nachádza na default._bimi.<domain> a odkazuje na logo SVG (l=) a pri väčšine poskytovateľov aj na Verified Mark Certificate (a=). BIMI platí iba pre domény s vynútenou politikou DMARC, teda quarantine alebo reject na 100 percent. echo.email zobrazí záznam a to, či politika DMARC požiadavku spĺňa.

Prečo záleží na reverznom DNS?

Každá IP adresa, ktorá posiela poštu, potrebuje záznam PTR odkazujúci na názov hostiteľa a tento názov potrebuje záznam A alebo AAAA odkazujúci späť na tú istú IP adresu. Tejto kontrole tam a späť sa hovorí forward-confirmed reverse DNS alebo FCrDNS. Veľkí poskytovatelia e-mailu považujú FCrDNS za minimum pre odosielajúci server a poštu z IP adresy bez záznamu PTR často rovno odmietnu.

Čo je všeobecné reverzné DNS?

Niektoré záznamy PTR sa riadia vzorom pomenovania poskytovateľa internetu, napríklad 192-0-2-10.dynamic.example.net. Takéto názvy naznačujú domáce pripojenie alebo server, ktorý nikto nenastavil na poštu, a filtre im nedôverujú. Vlastný názov v doméne odosielateľa, napríklad mail.example.com, pôsobí ako zámerne nastavený poštový server.

Aký názov HELO funguje najlepšie?

Odosielajúci server sa na začiatku komunikácie SMTP predstaví názvom HELO alebo EHLO. Dobrý názov patrí odosielajúcemu serveru, dá sa preložiť v DNS a zodpovedá záznamu PTR odosielajúcej IP adresy. Holé IP adresy, názvy ako localhost a náhodné reťazce znakov sú typické pre malvér a spam typu snowshoe a filtre ich podľa toho hodnotia.

Prečo kontrolovať TLS?

Oportunistické TLS šifruje komunikáciu SMTP, keď prijímajúci server ponúka STARTTLS. echo.email ponúka STARTTLS pri každom pripojení a zaznamenáva verziu TLS a šifru, ktorú zvolil odosielateľ. Pošta odoslaná bez TLS putuje medzi oboma servermi ako čistý text a Google a Yahoo uvádzajú TLS ako požiadavku pre hromadných odosielateľov. Report počíta aj odkazy a obrázky načítané cez obyčajné http, pretože aj tieto požiadavky putujú nešifrovane.

Prečo kontrolovať IPv6?

O pripravenosti na IPv6 rozhodujú dve otázky. Prvá otázka je, či odosielateľ dosiahne poštové servery, ktoré používajú iba IPv6. Správa, ktorá príde cez IPv6, odpovedá áno priamo. Správa, ktorá príde cez IPv4, sa aj tak počíta ako pripravená na IPv6, keď má odosielajúci hostiteľ záznam AAAA, reverzné DNS tejto adresy IPv6 uvádza toho istého hostiteľa a SPF pre túto adresu prejde. Väčšina poštových serverov volí IPv4 alebo IPv6 pri každom pripojení zvlášť, takže ďalšia správa od toho istého hostiteľa často príde cez IPv6. Druhá otázka je, či každý hostiteľ, ktorý poskytuje obrázky a odkazy v správe, má záznam AAAA, aby si obsah načítal aj čitateľ v sieti iba s IPv6 alebo za NAT operátora (CGNAT). Report označí správu ako pripravenú na IPv6, keď sú obe odpovede áno.

Ako sa meria veľkosť e-mailu?

Veľkosť e-mailu je počet bajtov v podobe, v akej sa preniesli: všetky hlavičky, každá časť MIME, prílohy a navýšenie z kódovania base64 alebo quoted-printable. Gmail oreže správy s viac ako približne 102 KB HTML a zvyšok skryje za odkaz. Orezaná časť často obsahuje odkaz na odhlásenie z odberu a sledovací pixel.

Čo je veľkosť obrázkov?

Veľkosť obrázkov je celková veľkosť vzdialených obrázkov uvedených v značkách <img>, zmeraná jedným stiahnutím každého obrázka. Číslo je minimum, pretože obrázky z atribútov srcset a pozadia v CSS sa nepočítajú. Ťažký e-mail sa na mobilnom pripojení načítava pomaly a čitateľa stojí dáta.

Čo sú zbytočné dáta v obrázkoch?

Zbytočné dáta v obrázkoch odhadujú, koľko bajtov by odosielateľ ušetril, keby každý obrázok poskytoval vo veľkosti bližšej tej, v ktorej ho správa zobrazuje. Obrázok do dvojnásobku zobrazenej veľkosti sa počíta ako nula zbytočných dát, pretože displeje s vysokou hustotou pixelov využijú pixely navyše. Nad dvojnásobkom zobrazenej veľkosti pridávajú pixely navyše bajty bez ďalších detailov. Obrázky menšie ako 1 KB, napríklad výplňové obrázky, sa do čísla nepočítajú.

Ako echo.email pracuje s obrázkami?

Analýza stiahne každý vzdialený obrázok raz a zaznamená stav HTTP, presmerovania, veľkosť, typ obsahu a rozmery v pixeloch. Potom tieto rozmery porovná s veľkosťou uvedenou v HTML. Stiahnutie obrázka je presne to, čo robí poštový program, keď čitateľ správu otvorí, takže sledovanie otvorení zaznamená otvorenie. Sťahovanie prebieha zo siete Cloudflare a požiadavky na súkromné alebo interné adresy sa odmietajú.

Odkazy sa načítajú z HTML a zoskupia podľa hostiteľa a parametre dopytu sa dekódujú, aby sa ľahšie čítali. echo.email nikdy neotvára bežné odkazy, pretože otvorenie odkazu môže potvrdiť odber, spustiť nejakú akciu alebo zaznamenať kliknutie. Jedinou výnimkou je URL na odhlásenie jedným kliknutím opísaná nižšie.

Čo je List-Unsubscribe?

List-Unsubscribe je hlavička definovaná v RFC 2369. Hlavička obsahuje jeden alebo viac spôsobov, ako sa zo zoznamu odhlásiť, ako adresu mailto:, URL https: alebo oboje. Poskytovatelia e-mailu podľa tejto hlavičky zobrazujú vedľa mena odosielateľa vlastné tlačidlo na odhlásenie. URL s obyčajným http sú zastarané a očakáva sa https.

Čo je odhlásenie z odberu jedným kliknutím?

RFC 8058 pridáva druhú hlavičku, List-Unsubscribe-Post, s pevnou hodnotou List-Unsubscribe=One-Click. Keď sú prítomné obe hlavičky, poskytovateľ e-mailu pošle na URL https požiadavku POST a príjemca sa odhlási zo zoznamu bez toho, aby navštívil webovú stránku. Google a Yahoo vyžadujú odhlásenie jedným kliknutím od hromadných odosielateľov.

echo.email pošle rovnakú požiadavku POST a zobrazí odpoveď. Za úspech sa považuje akýkoľvek stav 2xx. Požiadavka odhlási z odberu iba dočasnú adresu echo.email.

Čo znamená odhlásenie z odberu bez interakcie?

Odhlásenie z odberu bez interakcie prebehne bez toho, aby príjemca otvoril prehliadač alebo čokoľvek potvrdzoval. Preferovanou metódou je one-click podľa RFC 8058. Počíta sa aj adresa mailto: v List-Unsubscribe, ale odhlásenie e-mailom je pomalšie a príjemcovi nedá žiadne potvrdenie, preto ho poskytovatelia berú ako záložné riešenie.

Prečo je odkaz na odhlásenie v správe stále potrebný?

Zákony o marketingu vo väčšine krajín očakávajú viditeľný spôsob odhlásenia priamo v správe, zvyčajne odkaz v päte. Hlavičky slúžia poskytovateľovi e-mailu a odkaz v päte slúži čitateľovi. echo.email hľadá odkaz s textom o odhlásení alebo URL, ktorá vyzerá ako odkaz na odhlásenie. Detekcia je heuristická a niekedy vyberie nesprávny odkaz. Samostatný sledovací parameter na odkaze v päte umožní v štatistikách odosielateľa odlíšiť odhlásenia z päty od odhlásení cez hlavičku.

Čo je List-Id?

List-Id (RFC 2919) pomenúva e-mailový zoznam, do ktorého správa patrí, napríklad News <news.example.com>. Google a Yahoo túto hlavičku nevyžadujú. Prijímajúce servery a príjemcovia ju používajú na triedenie a filtrovanie pošty podľa typu rozosielky, takže jej pridanie je osvedčený postup.

Čo je zoznam osvedčených postupov?

Zoznam vychádza z požiadaviek, ktoré Google a Yahoo zverejnili v roku 2024 pre hromadných odosielateľov: zarovnané SPF, zarovnaný DKIM, forward-confirmed reverse DNS, TLS, doména From mimo bezplatných e-mailových služieb, pri ktorej DMARC nezlyháva, zverejnená politika DMARC, aspoň jedna zarovnaná metóda overenia, odhlásenie jedným kliknutím a viditeľný odkaz na odhlásenie. Každý riadok hovorí áno, alebo nie. Červený riadok je pravdepodobnou príčinou horšieho umiestnenia v doručenej pošte u veľkých poskytovateľov a plné skóre je základom pre hromadnú poštu.

Niektoré riadky sa počítajú, iba keď sa na správu vzťahujú. Dva riadky o odhlásení sa počítajú, keď má správa hlavičku hromadnej pošty: List-Unsubscribe, List-Unsubscribe-Post, List-Id alebo Precedence s hodnotou bulk, list alebo junk. Pri osobnej správe bez týchto hlavičiek sa tieto riadky vynechajú. Zarovnanie SPF sa do skóre nepočíta, keď bol odosielateľ obálky prepísaný pomocou SRS a DMARC prejde vďaka zarovnanému DKIM. Po prepise SRS kontroluje SPF doménu servera, ktorý adresu prepísal, namiesto domény From. Preposielacie služby používajú SRS zámerne a niektoré odosielajúce servery uplatňujú SRS na všetku odchádzajúcu poštu, čím sa vzdávajú zarovnania SPF. Skóre ukazuje počet splnených riadkov zo započítaných riadkov.

Ako sa e-mail vykresľuje?

Vykreslené zobrazenie ukazuje časť HTML v izolovanom rámci (sandbox). Vykresľuje ju prehliadač, takže výsledok zodpovedá prehliadaču na počítači, nie konkrétnemu poštovému programu alebo zariadeniu. Skripty, formuláre a odkazy sú v náhľade vypnuté. Ďalšie zobrazenia ukazujú správu so zablokovanými obrázkami a s alternatívnym textom namiesto každého obrázka. Takto vidí správu na prvý pohľad veľa čitateľov.

Čo ukazuje časť MIME?

MIME je vnútorná štruktúra správy: časti, ich typy obsahu, znakové sady, prenosové kódovania a hranice, ktoré časti oddeľujú. Bežný newsletter má kontajner multipart/alternative s časťou text/plain a časťou text/html. Chýbajúca textová časť, chýbajúca uzatváracia hranica alebo nezvyčajné vnorenie sú v strome hneď vidieť.

Čo ukazuje časť Zdrojový kód správy?

Časť Zdrojový kód správy ukazuje správu v podobe, v akej prišla, so štatistikami: celková veľkosť, počet riadkov, najdlhší riadok, znaky mimo ASCII a konce riadkov bez CR. RFC 5322 obmedzuje riadok na 998 znakov a niektoré servery dlhšie riadky zalamujú alebo odmietajú. Konce riadkov bez návratu vozíka (CR) sú častou príčinou chýb DKIM, pretože servery na ceste ich prepisujú.

Zobrazenie zdrojového kódu správy začína sledovacími hlavičkami, ktoré mx.echo.email zaznamená pri doručení: Return-Path, Authentication-Results, Received-SPF a Received. Pod nimi je správa presne v podobe, v akej prišla, a odkaz na stiahnutie poskytne nezmenený súbor .eml.

Ktoré blokovacie zoznamy report kontroluje?

Prijímajúce servery vyhľadávajú IP adresu odosielateľa a domény odosielateľa v blokovacích zoznamoch DNS a výskyt na často používanom zozname vedie k odmietnutiu alebo odfiltrovaniu pošty. Report kontroluje rovnaké zoznamy ako scan.mx: Spamhaus ZEN a AuthBL pre IP adresu, Spamhaus DBL a ZRD pre doménu From a doménu obálky a navyše SpamCop, GBUdb Truncate a PSBL pre adresy IPv4. Každý riadok hovorí, či je adresa na zozname, alebo nie je, a obsahuje odkaz na stránku prevádzkovateľa zoznamu na vyradenie zo zoznamu.

Spamhaus PBL zaraďuje na zoznam podľa politiky rozsahy adries, z ktorých sa pošta nemá posielať priamo, napríklad domáce pripojenia. Pošta z takej adresy má odchádzať cez poštový server poskytovateľa. Výsledky sa ukladajú do vyrovnávacej pamäte na dve hodiny, takže oprava sa v novom teste prejaví najneskôr o dve hodiny.

Čo znamená skóre SpamAssassin?

SpamAssassin je open source spamový filter, ktorý používa veľa prijímajúcich serverov. Poštový server ohodnotí každú testovaciu správu pomocou SpamAssassin a štandardných pravidiel, ktoré sa denne aktualizujú. Report ukazuje súčet, hranicu spamu 5 a každé pravidlo, ktoré sa uplatnilo, od pravidiel s najvyšším počtom bodov. Záporné body hovoria v prospech správy, napríklad za platný podpis DKIM.

Sieťové testy vyhľadávajú IP adresu odosielateľa a domény v odkazoch v Spamhaus (cez DQS), URIBL, SURBL a ďalších zoznamoch zo štandardných pravidiel. Bayesovské učenie a siete zdieľaných hašov Razor, Pyzor a DCC sú vypnuté, takže skóre závisí iba od správy a žiadne údaje o správe neopúšťajú server na účely učenia.

Skóre je orientačné a nezapočítava sa do skóre osvedčených postupov. Každý prijímajúci server používa vlastný filter s vlastnými pravidlami a hranicami a Gmail ani Outlook SpamAssassin vôbec nepoužívajú. Skóre nad nulou je normálne. Pravidlá s najviac bodmi ukazujú, kde zmena pomôže najviac. Správy väčšie ako 500 KB sa nehodnotia.

Prečo domény odosielateľa potrebujú poštové servery?

Odpovede chodia na doménu From a nedoručiteľné správy na doménu odosielateľa obálky. Obe domény potrebujú záznam MX alebo aspoň záznam adresy, ktorý poštové servery použijú náhradne. Null MX, teda jediný MX odkazujúci na bodku (RFC 7505), oznamuje, že doména neprijíma žiadnu poštu, a niektoré prijímajúce servery správy z takej domény odmietajú.

Ktoré prvky HTML sa považujú za rizikové?

Skripty, formuláre, iframe, object a embed do e-mailu patria len zriedka. Väčšina poštových programov ich odstráni a spamové filtre ich hodnotia ako znak phishingu. Obyčajné odkazy a obrázky urobia rovnakú prácu bez tejto penalizácie. Časť o obsahu ukazuje aj veľkosť HTML a množstvo viditeľného textu v HTML, pretože správa zložená takmer iba zo značiek alebo obrázkov pôsobí na filtre podozrivo.

Prečo report upozorňuje na skracovače odkazov?

Verejné skracovače ako bit.ly skrývajú skutočnú cieľovú adresu. Phishingové kampane ich často používajú, preto filtre nedôverujú odkazom, ktoré cez ne vedú. Odkazy vedúce priamo na doménu odosielateľa naopak budujú dobrú povesť.

Čo ukazuje časť DNS?

Každý dopyt DNS vykonaný pre report sa objaví v časti DNS, zoskupený podľa účelu: reverzné DNS, SPF, DKIM, DMARC, BIMI, poštové servery a kontrola IPv6. Dopyty na blokovacie zoznamy sa nezobrazujú, pretože ich názvy obsahujú prístupový kľúč. Každá položka ukazuje názov, typ záznamu, kód odpovede, odpovede s TTL a prípadné autoritatívne záznamy. Zoznam ukazuje, z ktorých záznamov vznikol každý výsledok, čo pomôže, keď sa nedávna zmena v DNS ešte nedostala ku všetkým resolverom.

Ďalšie bezplatné nástroje

scan.mx
Skontroluje nastavenie pošty pre doménu: MX, SPF, DKIM, DMARC, BIMI.
portscan.com
Skontroluje, ktoré porty TCP sú na IP adrese otvorené, vrátane portu 25.