Jak test funguje

RFC 4406 §4 — Record Selection

Sender ID `auth.sender_id`

Stejná kontrola jako SPF, ale provedená vůči doméně v hlavičce From namísto domény v obálce. Odpovídá na jinou otázku: zda doména, kterou vidí příjemce, opravňuje server, který zprávu odeslal. Zpráva může projít kontrolou SPF pro svou obálku, zatímco viditelná doména nepotvrzuje oprávnění nikoho.

Pokud selže: Publikujte SPF pro doménu v hlavičce From, nejen pro doménu pro vrácené zprávy, kterou vám poskytla platforma.

Odečte až 5 bodů ze 100 v našem hodnocení a až 0.5 bodů z 10 v klasickém hodnocení.

After the above steps, there should be one record remaining and evaluation can proceed.

SPF `auth.spf`

SPF je záznam DNS se seznamem serverů, které smějí odesílat zprávy za vaši doménu. Přijímající server vezme adresu z obálky, vyhledá záznam dané domény a zkontroluje, zda je v něm IP připojujícího se serveru. Uvádíme výsledek a počet vyhledávání DNS, která záznam vyžadoval, protože vyhodnocování se zastaví na deseti a cokoli nad tento limit je trvalá chyba, nikoli úspěšné ověření.

Pokud selže: Publikujte záznam, který uvádí vaši odesílací platformu a nic dalšího. Pokud se váš záznam blíží limitu deseti vyhledávání, nahraďte nepoužívané direktivy include přímo jejich obsahem (záznam, který dnes projde, začne selhávat v den, kdy poskytovatel přidá vlastní direktivu include).

Odečte až 18 bodů ze 100 v našem hodnocení a až 1 bodů z 10 v klasickém hodnocení.

RFC 7208 §4.6.4 — DNS Lookup Limits

SPF implementations MUST limit the total number of those terms to 10 during SPF evaluation, to avoid unreasonable load on the DNS. If this limit is exceeded, the implementation MUST return "permerror".

RFC 7208 §2.6 — Results of Evaluation

Section 4 defines check_host(), a model function definition that uses the inputs defined above and the sender's policy published in the DNS to reach a conclusion about client authorization.

Google — Set up SPF

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

Zarovnání SPF `auth.spf_alignment`

Zda se adresa pro vrácené zprávy shoduje s adresou From, kterou vidí příjemce. SPF opravňuje obálku a DMARC toto oprávnění započítá pouze tehdy, když jsou obě adresy zarovnané.

Pokud selže: Požádejte svou odesílací platformu o subdoménu pro vrácené zprávy v rámci vlastní domény. Pokud je již vaše DKIM zarovnané, není to naléhavé, ale při poškození DKIM během přenosu nebudete mít záložní možnost.

Odečte až 5 bodů ze 100 v našem hodnocení a až 0.5 bodů z 10 v klasickém hodnocení.

RFC 9989 §4.4.2 — SPF-Authenticated Identifiers

Only an SPF-Authenticated Identifier that has Identifier Alignment with the Author Domain is enough to validate the authorized use of the Author Domain.

RFC 9989 §5.3.5 — Determine DMARC "Pass" or "Fail"

If one or more of the Authenticated Identifiers align with the Author Domain, the message is considered to pass the DMARC mechanism check.

Google — Set up DMARC

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

Infrastruktura a reputace

Server a adresa, ze kterých byla zpráva odeslána, a co si o nich již myslí zbytek internetu.

Překlad názvu odesílajícího hostitele `infra.a_record`

Zda má název hostitele oznámený při HELO vůbec nějaký adresní záznam.

Pokud selže: Zveřejněte A záznam pro název, který váš server oznamuje.

Odečte až 5 bodů ze 100 v našem hodnocení a až 3 bodů z 10 v klasickém hodnocení.

RFC 5321 §5.1 — Locating the Target Host

If an empty list of MXs is returned, the address is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host.

Google — Set up MX records

Seznamy blokovaných `infra.dnsbl`

Zda je odesílající IP uvedena na některém ze seznamů blokovaných, které příjemci skutečně používají. Náš seznam se ověřuje podle vlastního zdokumentovaného testovacího bodu každé zóny, místo aby byl sestaven z výsledků vyhledávání na webu, protože neaktivní zóna vrací NXDOMAIN a to se vyhodnotí jako „čisté“.

Pokud selže: Postupujte podle procesu odebrání ze seznamu na webu jeho provozovatele. Záznam ve významné zóně poštu přímo zastaví, proto ho řešte dříve než cokoli jiného na stránce.

Odečte až 25 bodů ze 100 v našem hodnocení a až 3 bodů z 10 v klasickém hodnocení.

RFC 5782 §2.1 — IP Address DNSxL

Each IPv4 address listed in the DNSxL has a corresponding DNS entry.

RFC 5782 §5 — Test and Contact Addresses

IPv4-based DNSxLs MUST contain an entry for 127.0.0.2 for testing purposes.

Google — Postmaster Tools: reputation and delivery errors

RFC 5321 §4.1.1.1 — Extended HELLO (EHLO) or HELLO (HELO)

Název HELO `infra.helo`

Název, kterým se odesílající server představí na začátku komunikace SMTP. Musí to být plně kvalifikovaná doména, kterou lze přeložit.

Pokud selže: Nastavte název hostitele svého poštovního serveru na skutečný název ve své doméně, nikoli na ID kontejneru nebo interní název.

Odečte až 5 bodů ze 100 v našem hodnocení.

The argument clause contains the fully-qualified domain name of the SMTP client, if one is available.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

MX záznam `infra.mx`

Zda doména v hlavičce From může přijímat poštu. Bez něj nemají odpovědi a zprávy o nedoručení kam přijít a filtry považují odesílající doménu, která nemůže přijímat poštu, za špatné znamení.

Pokud selže: Zveřejněte MX záznam pro doménu, ze které odesíláte, i kdyby pouze směroval do schránky, kterou čtete jednou za měsíc.

Odečte až 5 bodů ze 100 v našem hodnocení a až 3 bodů z 10 v klasickém hodnocení.

RFC 5321 §5.1 — Locating the Target Host

The lookup first attempts to locate an MX record associated with the name.

Google — Set up MX records

Reverzní DNS `infra.rdns`

Zda se odesílající IP přeloží zpět na název hostitele a zda se tento název hostitele přeloží dopředně na stejnou IP. Podstatný je celý obousměrný překlad: nastavit PTR tak, aby ukazoval kamkoli, je snadné, shodná dvojice je důkazem, že adresa patří vám.

Pokud selže: Požádejte vlastníka IP, aby nastavil PTR na název, který ovládáte, a ujistěte se, že tento název má A záznam ukazující zpět.

Odečte až 12 bodů ze 100 v našem hodnocení a až 1.5 bodů z 10 v klasickém hodnocení.

RFC 1912 §2.1 — Inconsistent, Missing, or Bad Data

Make sure your PTR and A records match. For every IP address, there should be a matching PTR record in the in-addr.arpa domain.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

Šifrování přenosu `infra.tls`

Zda zpráva dorazila přes TLS a s jakou šifrou. Všechny moderní systémy jej vyjednávají; zpráva doručená bez šifrování vypovídá něco o nastavení odesílání.

Pokud selže: Povolte STARTTLS na odesílajícím serveru. Všechny běžné platformy to již podporují, takže selhání zde obvykle znamená, že je v cestě vlastní relay server.

Odečte až 5 bodů ze 100 v našem hodnocení.

RFC 3207 §2 — STARTTLS Extension

The STARTTLS extension to SMTP is laid out as follows:

Google — Send email over a secure TLS connection

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

Antispamové enginy

Jak zprávu vyhodnotí nezávislé filtry obsahu. Dva enginy místo jednoho, protože skóre jediného enginu představuje názor tohoto enginu.

Hodnocení AI `spam.ai_judge`

Model odhaduje, jak by se zprávou naložil moderní filtr založený na strojovém učení, na základě technických zjištění a měření obsahu. Vidí fakta, nikoli text těla zprávy.

Pokud selže: Samo o sobě jde pouze o podrobnost. Jeho odhad se promítá do souhrnného verdiktu níže.

Zobrazeno pro podrobnější informace. Nikdy se nehodnotí.

Souhrnný verdikt `spam.panel`

Jedno číslo ze systémů, které odpověděly, vážené tak, aby se nejvýraznější výsledek prostým zprůměrováním neztratil. SpamAssassin a Postmark se počítají jako jeden hlas, protože používají společný základ pravidel.

Pokud selže: Projděte jednotlivá zjištění. Tento řádek se změní, když se změní ona.

Odečte až 25 bodů ze 100 v našem hodnocení.

How this score is calculated

Postmark SpamCheck `spam.postmark`

Třetí názor, ve výchozím nastavení vypnutý. Jeho koncový bod přijímá celou zprávu a nemůžeme z ní nic odstranit, aniž bychom znehodnotili měření, takže jeho zapnutí znamená souhlas s tím, že každá testovaná zpráva bude zkopírována třetí straně.

Pokud selže: Není co dělat. Když je kontrola vypnutá, hlásí, že je vypnutá, což není totéž jako úspěšný výsledek.

Zobrazeno pro podrobnější informace. Nikdy se nehodnotí.

Rspamd `spam.rspamd`

Druhý, nezávisle vyvinutý filtr. Se SpamAssassin se rozchází dostatečně často na to, aby mělo smysl se ho ptát, a proto je zde.

Pokud selže: Pouze podrobnost. Názor tohoto systému je zahrnut do souhrnného verdiktu, místo aby byl hodnocen samostatně.

Zobrazeno pro podrobnější informace. Nikdy se nehodnotí.

SpamAssassin `spam.spamassassin`

Klasický filtr založený na pravidlech, který je stále jádrem většiny nástrojů pro testování e-mailů. Každé aktivované pravidlo je uvedeno se svou vahou.

Pokud selže: Čtěte aktivovaná pravidla, nikoli celkový výsledek. Většinu z nich lze snadno vyřešit, jakmile vidíte, o která jde.

Odečte až 3 bodů z 10 v klasickém hodnocení.

Apache SpamAssassin — rule documentation

Obsah

Samotná zpráva: její struktura, odkazy, obrázky a prvky, které filtr načte, než se rozhodne.

Alternativní text obrázků `content.alt_attributes`

Zda obrázky obsahují atributy alt. Poštovní klienti ve výchozím nastavení blokují vzdálené obrázky, takže během prvních několika sekund představuje vaši zprávu alternativní text.

Pokud selže: Napište alternativní text, který vystihuje význam, a nikdy jej nevynechávejte u hlavního vizuálu.

Odečte až 4 bodů ze 100 v našem hodnocení a až 0.5 bodů z 10 v klasickém hodnocení.

Dostupnost odkazů `content.broken_links`

Zda odkazy ve zprávě fungují. Nefunkční odkaz v newsletteru okamžitě snižuje důvěryhodnost a všimnou si ho i filtry.

Pokud selže: Opravte je nebo je odstraňte. Zkontrolujte také doménu pro sledování: pokud vyprší, přestanou fungovat všechny odkazy najednou.

Odečte až 5 bodů ze 100 v našem hodnocení a až 1 bodů z 10 v klasickém hodnocení.

Script a iframe `content.forbidden_tags`

Zda HTML obsahuje značky, které žádný poštovní klient nespustí. V lepším případě jsou odstraněny, v horším případě jsou považovány za signál snahy o obcházení filtrů.

Pokud selže: Odstraňte script, iframe, object a embed. Vše interaktivní patří za odkaz.

Odečte až 10 bodů ze 100 v našem hodnocení a až 1 bodů z 10 v klasickém hodnocení.

RFC 2046 §5.1.4 — Alternative Subtype

Poměr textu k HTML `content.html_text_ratio`

Jaký podíl zprávy tvoří značky oproti čitelnému textu. Stránka plná značek obalujících jedinou větu je vzorec, který filtry rozpoznávají.

Pokud selže: Napište textovou část, která sděluje totéž co HTML, nikoli zástupný text.

Odečte až 3 bodů ze 100 v našem hodnocení a až 0.3 bodů z 10 v klasickém hodnocení.

Systems should recognize that the content of the various parts are interchangeable.

RFC 2046 §5.1.4 — Alternative Subtype

Textová a HTML část `content.html_version`

Zda zpráva obsahuje vedle HTML také alternativu v podobě prostého textu. Některé filtry přikládají její absenci význam a každá čtečka obrazovky ji potřebuje.

Pokud selže: Odesílejte multipart/alternative se skutečnou textovou verzí, nikoli s prázdnou částí nebo řádkem vyzývajícím k zobrazení v prohlížeči.

Odečte až 5 bodů ze 100 v našem hodnocení.

The "multipart/alternative" type is syntactically identical to "multipart/mixed", but the semantics are different. In particular, each of the body parts is an "alternative" version of the same information.

Velikost HTML `content.html_weight`

Jak velká je část HTML. Gmail ořízne zprávu při velikosti zhruba nad 102 KB a zbytek skryje za odkaz, čímž skryje i zápatí s možností odhlášení odběru.

Pokud selže: Omezte vložené CSS a opakované bloky stylů (po odstranění nepoužívaných pravidel se většina šablon vejde do třetiny limitu).

Odečte až 3 bodů ze 100 v našem hodnocení a až 0.3 bodů z 10 v klasickém hodnocení.

Velikost obrázků `content.images_weight`

Celková velikost obrázků, které zpráva načítá. Velké obrázky zpomalují zprávu v telefonu a e-mail tvořený pouze obrázky je formát, který filtry považují za podezřelý.

Pokud selže: Komprimujte je a ujistěte se, že je zpráva čitelná i při vypnutých obrázcích.

Odečte až 3 bodů ze 100 v našem hodnocení a až 0.3 bodů z 10 v klasickém hodnocení.

Cíle viditelných odkazů `content.link_mismatch`

Porovnává doménu v textu s cílem po přesměrování HTTP. Mezilehlá sledovací doména sama o sobě nedokazuje podvod.

Pokud selže: Použijte cílovou doménu nebo popisný text. Nedostupné cíle zůstávají neověřené.

Odečte až 3 bodů ze 100 v našem hodnocení.

Reputace odkazů `content.malicious_links`

Kontroluje URL v seznamech hrozeb. Shoda neznamená, že každý příjemce zprávu zablokuje.

Pokud selže: Prověřte označené cíle a nahraďte nebo odstraňte nebezpečné odkazy. Historický záznam neprokazuje současnou infekci.

Odečte až 40 bodů ze 100 v našem hodnocení.

Kontrola příloh `content.malware`

Zda přílohy obsahují známý malware. V nasazeních, kde je skener vypnutý, tato kontrola uvede, že nebyla spuštěna, místo aby hlásila čistý výsledek.

Pokud selže: Pokud se tato kontrola aktivuje, přestaňte odesílat a zjistěte, co se nachází v zařízení, na kterém byla zpráva vytvořena.

Odečte až 60 bodů ze 100 v našem hodnocení.

ClamAV — how detection works

Preheader `content.preheader`

Řádek náhledu, který klient zobrazuje vedle předmětu. Bez něj zobrazí to, co je v těle jako první, což je obvykle odkaz na zobrazení v prohlížeči.

Pokud selže: Přidejte skrytý blok preheaderu jako první prvek těla.

Odečte až 2 bodů ze 100 v našem hodnocení.

RFC 5322 §2.2 — Header Fields

Předmět `content.subject`

Délka, použití velkých písmen a vzory, které filtry vyhodnocují. Měříme dekódovaný předmět, takže text v cyrilici nebo CJK posuzujeme jako text, nikoli jako jeho kódování.

Pokud selže: Udržujte ho kratší než přibližně 60 znaků, nepoužívejte křiklavá velká písmena ani vykřičníky.

Odečte až 3 bodů ze 100 v našem hodnocení.

Header fields are lines beginning with a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF.

RFC 2047 §2 — Syntax of encoded-words

An 'encoded-word' is defined by the following ABNF grammar.

Zkrácené odkazy `content.url_shortener`

Zda odkazy vedou přes veřejnou zkracovací službu. Zkracovací služby skrývají cíl, což je přesně to, čemu jsou filtry naučeny nedůvěřovat.

Pokud selže: Odkazujte na vlastní doménu nebo použijte sledovací doménu své platformy na své subdoméně.

Odečte až 5 bodů ze 100 v našem hodnocení a až 0.5 bodů z 10 v klasickém hodnocení.

RFC 9989 §4.7 — DMARC Policy Record Format

Pravidla pro hromadné odesílatele

Požadavky, které Gmail a Yahoo zveřejňují pro každého, kdo odesílá velké objemy zpráv. Platí pro hromadné rozesílání a přeskakují se u zpráv, které tak nevypadají.

Publikované zásady DMARC `compliance.dmarc_present`

Zda doména v poli From vůbec publikuje záznam DMARC, nezávisle na tom, zda jím tato zpráva prošla. Gmail a Yahoo ho vyžadují od odesílatelů hromadné pošty.

Pokud selže: Publikujte záznam. p=none stačí ke splnění požadavku a poskytne vám reporty, se kterými můžete pracovat.

Odečte až 6 bodů ze 100 v našem hodnocení.

If this tag is not present in an otherwise syntactically valid DMARC Policy Record, then the record is treated as if it included "p=none".

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

RFC 2369 §3.2 — List-Unsubscribe

List-Unsubscribe `compliance.list_unsubscribe`

Zda zpráva obsahuje hlavičku pro odhlášení, kterou může poštovní klient použít. Gmail a Yahoo ji vyžadují od hromadných odesílatelů a její absence se používá jako důvod k filtrování bez ohledu na cokoli jiného. Pravidlo platí pro hromadná rozesílání. Dopis, který příjemce žádá o potvrzení odběru nebo mu oznamuje, že odběr proběhl, je odeslán jedné osobě v souvislosti s něčím, co právě udělala; CAN-SPAM takovou zprávu označuje jako transakční zprávu nebo zprávu týkající se vztahu a Gmail ani Yahoo u ní hlavičku pro odhlášení nevyžadují. Proto tato kontrola nejprve přečte dopis. Potvrzení odběru, uvítací dopis, transakční dopis nebo oznámení bez hlaviček seznamu není penalizováno a přehled uvádí, za jaký typ byl dopis považován. Uvítací dopis doplněný nabídkami je ve skutečnosti prvním vydáním hromadného rozesílání; bez hlaviček seznamu kontrola tyto dvě možnosti nedokáže rozlišit a nepenalizuje na základě odhadu. Pokud dopis obsahuje List-Unsubscribe nebo List-Id, sami jste jej označili za zprávu seznamu a kontrola proběhne stejně jako vždy.

Pokud selže: Přidejte hlavičku List-Unsubscribe s identifikátorem URI používajícím HTTPS. Umí to každá odesílací platforma.

Odečte až 10 bodů ze 100 v našem hodnocení a až 1 bodů z 10 v klasickém hodnocení.

The List-Unsubscribe field describes the command (preferably using mail) to directly unsubscribe the user (removing them from the list).

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

RFC 8058 §4 — Additional Requirements

Odhlášení jedním kliknutím `compliance.one_click_unsubscribe`

Přísnější forma: identifikátor URI používající HTTPS, hlavička „List-Unsubscribe-Post“ a jeden platný podpis DKIM zahrnující obě hlavičky. Musí být splněny všechny tři podmínky, jinak příjemce tlačítko nezobrazí. Stejně jako kontrola List-Unsubscribe se vztahuje na hromadná rozesílání, nikoli na potvrzení nebo uvítací dopis.

Pokud selže: Obvyklou chybou je podpis: platformy podepíší „List-Unsubscribe“ a zapomenou na „List-Unsubscribe-Post“. Názvy obou hlaviček musí být uvedeny v tagu h= stejného podpisu.

Odečte až 8 bodů ze 100 v našem hodnocení.

The List-Unsubscribe and List-Unsubscribe-Post headers MUST be covered by the signature and included in the "h=" tag of a valid DKIM-Signature header field.

RFC 8058 §3.1 — Mail Senders

The List-Unsubscribe header field MUST contain one HTTPS URI.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day