Proč e-maily v Outlook končí ve spamu a jak to opravit

„Outlook“ představuje tři různé filtry a řešení závisí na tom, který z nich přesunul váš e-mail do složky Junk. Prvním je Outlook.com, spotřebitelská e-mailová služba společnosti Microsoft, která obsluhuje také adresy hotmail.com, live.com a msn.com. Druhým je Microsoft 365, placené firemní e-mailové schránky, u kterých zásady ochrany proti spamu nastavuje správce ve společnosti příjemce. Třetím je aplikace Outlook na počítači uživatele, která může používat vlastní filtr nevyžádané pošty nad rámec rozhodnutí serveru. Pravidla pro odesílatele, která Microsoft oznámil v roce 2025, se vztahují pouze na první z nich.

Než tedy změním jediný záznam DNS, podívám se na adresu příjemce. Adresa hotmail.com nebo outlook.com znamená, že platí níže uvedená pravidla pro spotřebitelskou službu. Adresa společnosti, která provozuje svou poštu u Microsoft, znamená zásady tenanta vytvořené IT týmem dané společnosti.

01Outlook.com a pravidla z května 2025

V dubnu 2025 Microsoft oznámil požadavky pro domény, které do jeho služeb pro spotřebitele odesílají více než 5 000 e-mailů denně. Stránka se zásadami pro odesílatele uvádí, že začaly platit 5. května 2025. Při překročení tohoto objemu platí:

• SPF musí pro odesílající doménu projít.
• DKIM musí projít.
• DMARC musí být zveřejněn s nastavením „alespoň p=none“ a musí být v souladu s SPF nebo DKIM, „nejlépe s oběma“. Stránka se zásadami navíc uvádí, že je doporučeno p=reject.

Článek podpory k této chybě při doručení to formuluje trochu jinak. Počítá 5 000 nebo více zpráv odeslaných do spotřebitelských služeb Microsoft, které všechny používají stejnou doménu v adrese From. Uvádí, že musí projít kontroly SPF i DKIM a že jakmile doména této hranice dosáhne, Microsoft očekává splnění pravidel u „všech zpráv od odesílatelů z dané domény“, nikoli jen u newsletteru, který ji přes tuto hranici dostal. Uvedený příklad DMARC je téměř nejkratší možný záznam:

Hostname:   _dmarc
TXT value:  v=DMARC1; p=none

Doplnil bych do něj adresu pro hlášení, rua=mailto:dmarc@example.com, případně jinou adresu, na které poštu skutečně čtete. Outlook.com souhrnná hlášení posílá (FAQ od Microsoft uvádí, že posílá RUA a neplánuje posílat RUF) a kontrola DMARC ukáže, zda je uvedená adresa dokáže přijímat.

Google stanovil stejnou hranici 5 000 zpráv denně pro Gmail v únoru 2024 a v listopadu 2025 začal postupně zpřísňovat vymáhání pravidel, včetně odmítání zpráv. Yahoo vymáhá podobný seznam požadavků, ale žádnou hranici neuvádí.

Způsob vymáhání pravidla se změnil ještě krátce po oznámení. Původní příspěvek uváděl, že nevyhovující pošta bude nejprve přesunuta do složky Junk a později může být odmítnuta. Aktualizace z 29. dubna uvádí, že se Microsoft místo toho rozhodl zprávy odmítat, ale níže ve stejném příspěvku stále zůstal starší odstavec o počátečním přesouvání do složky Junk. Opatrný dnešní výklad je, že od 5. května 2025 nevyhovující pošta směřuje do složky Junk a Outlook.com ji nyní také odmítá s touto zprávou:

Pro přechod na odmítání zpráv jsem nenašel žádné zveřejněné datum. Článek podpory tento postup jednoduše popisuje v přítomném čase.

02Co vám sděluje kód odmítnutí

Odmítnutí z Outlook.com je užitečnější než zpráva, která tiše skončí ve složce nevyžádané pošty, protože uvádí důvod. Stránka Microsoftu pro řešení problémů obsahuje tabulku kódů. Běžní odesílatelé se nejčastěji setkávají s těmito:

Samotný kód 550 5.7.1 bez vlastních kódů Microsoftu představuje jiný druh odmítnutí. Jeho rozbor najdete na samostatné stránce.

03Odesílatelé třetích stran a požadavek na SPF

Mnoho domén odesílá e-maily přes několik služeb současně: newsletterovou platformu, CRM, helpdesk nebo fakturační systém. Každá z nich odesílá s vaší doménou v poli From a každou musí pokrývat vaše záznamy. Na otázku, zda pravidla platí i v případě, že za vás odesílá poskytovatel, odpovídá FAQ společnosti Microsoft: „Ano. I když odesílání svěříte externí službě, ověřování je stále navázané na vaši doménu.“ Článek podpory upřesňuje, co máte ověřit: že DKIM podepisuje vaší doménou a že váš SPF záznam „obsahuje IP adresu nebo hodnoty include vyžadované danou službou“.

Právě zde začíná být požadavek na SPF i DKIM nepřehledný. Mnoho platforem používá pro adresu vrácených zpráv vlastní doménu a SPF ve skutečnosti kontroluje právě tento Return-Path. SPF pak pro platformu projde, čímž splní část „musí projít“, a shodu DMARC musí zajistit DKIM podpis s vaší doménou. Pokud platforma místo toho podepisuje vlastní doménou, obě kontroly projdou, ale bez shody domén, a následný DMARC fail je přesně tím, čeho se chyba 5.7.515 týká. Článek podpory vás také žádá, abyste zkontrolovali, zda doména Return-Path odpovídá doméně From.dvě úspěšné kontroly, žádná shoda domén: celý problém s 5.7.515

Každá služba, kterou přidáte do SPF, také spotřebovává DNS dotazy. FAQ společnosti Microsoft to popisuje takto: „Pokud překročíte 10 DNS dotazů, kontrola SPF může selhat.“ Nástroj pro kontrolu SPF je za vás spočítá, a pokud limit překračujete, zde zjistíte, jak se dostat zpět pod deset. Nástroj pro kontrolu DKIM provede odpovídající kontrolu selektoru každé platformy.

04Microsoft 365 filtruje poštu podle zásad někoho jiného

Organizace používající Microsoft 365 má zásady ochrany proti spamu, které nastavují její správci. Ve výchozím nastavení končí spam, spam s vysokou mírou jistoty a hromadná pošta ve složce Junk Email, zatímco phishing míří do karantény a phishing s vysokou mírou jistoty je do karantény umístěn vždy. Z pohledu odesílatele je karanténa nejhorším výsledkem, protože příjemce zprávu nenajde v žádné složce, pokud ji nezačne hledat. Výchozí zásady ji tam uchovávají 15 dní, předvolby Standard a Strict 30 dní.

Hromadná pošta má vlastní ukazatel, úroveň stížností na hromadnou poštu. BCL od 1 do 3 označuje odesílatele hromadné pošty s malým počtem stížností, 8 nebo 9 odesílatele s mnoha stížnostmi. Výchozí zásady posílají hromadnou poštu do složky Junk od BCL 7, předvolba Standard od 6 a Strict od 5. Od července 2026 navíc existuje novější vrstva: hromadná pošta propagačního charakteru dostane štítek Promotions bez ohledu na BCL, a pokud správce zapnul „Bulk moves enabled“, skončí ve složce Promotions. Není to spam, ale není to ani Inbox. Funkce se stále postupně zavádí.

Tyto dva systémy Microsoft nejsou navzájem oddělené. Microsoft uvádí, že filtrování spamu v Microsoft 365 „se učí ze známých spamových a phishingových hrozeb a ze zpětné vazby uživatelů na naší spotřebitelské platformě Outlook.com“, takže hlášení uživatelů hotmail.com se promítají do filtru používaného firemními schránkami.

Správci také mohou přidat odesílatele na seznam povolených adres, čímž obejdou většinu ochranných mechanismů kromě ochrany proti malwaru a phishingu s vysokou mírou jistoty. Pokud partnerská společnost opakovaně nachází vaše faktury ve složce Junk, skutečný výsledek kontroly může zjistit její IT tým.

05Jak číst verdikt v hlavičkách

Pokud získáte zprávu v podobě, v jaké ji přijala poštovní schránka Microsoft 365, antispamové hlavičky uvádějí rozhodnutí přímo. X-Forefront-Antispam-Report obsahuje několik polí, která je užitečné znát:

• SFV:SPM znamená, že filtr spamu označil zprávu jako spam, SFV:NSPM jako zprávu, která není spam, a SFV:SFE, že filtrování bylo přeskočeno, protože je odesílatel na uživatelově seznamu Safe Senders.
• CAT označuje použitou kategorii zásad: SPM, HSPM (spam s vysokou mírou jistoty), BULK, PHSH, SPOOF.
• SCL je číslo, buď -1, nebo od 0 do 9. Starší návody ho považují za verdikt. Aktuální stránka Microsoftu o SCL uvádí, že hodnota „neurčuje, zda filtrování spamu identifikuje zprávu jako spam nebo spam s vysokou mírou jistoty“, proto nejprve zkontrolujte CAT.

Hlavičky obsahují také compauth, souhrnný verdikt Microsoftu vytvořený na základě SPF, DKIM, DMARC a dalších částí zprávy. Kód důvodu 001 znamená, že implicitní ověření selhalo, obvykle proto, že odesílající doména neměla zveřejněné žádné ověřovací záznamy nebo používala pouze slabé zásady.

06SNDS a JMRP, nyní na webu Postmaster

Smart Network Data Services neboli SNDS je nyní součástí nového webu Postmaster a nahrazuje původní web na adrese sendersupport.olc.protection.outlook.com. Vykazuje data po jednotlivých IP adresách, takže než vám něco zobrazí, musíte prokázat, že vlastníte daný rozsah IP adres. Data zahrnují objem, míru stížností a barvu podle toho, jakou část vašeho provozu filtr vyhodnotil jako spam: zelená znamená méně než 10 %, žlutá 10 až 90 % a červená více než 90 %. Přístup nyní vyprší 10 měsíců po schválení nebo migraci a je nutné ho obnovit.

Malému odesílateli nemusí SNDS zobrazit vůbec nic, protože může vynechat IP adresu, ze které bylo v daný den odesláno méně než 100 zpráv. Pokud odesíláte přes sdílené IP adresy nějaké platformy, tyto adresy nevlastníte a nemůžete je zaregistrovat.

JMRP, program Junk Mail Reporting Program, je zpětnovazební smyčka. Zaregistrujte se přes SNDS a Microsoft vám bude posílat vybrané hlavičky zpráv, které uživatelé Outlook.com označili jako nevyžádanou poštu. Obvykle je začne posílat do 72 hodin. Nové IP adresy do programu přidávejte průběžně.

Microsoft označuje míru stížností na nevyžádanou poštu za „jeden z hlavních faktorů“ reputace odesílatele a FAQ k SNDS uvádí, že míra stížností pod 0,3 % je „dobrá hranice, na kterou je vhodné mířit“. Nové IP adresy potřebují čas. Microsoft uvádí, že u nové adresy lze očekávat plné postupné navýšení provozu „během několika týdnů nebo dříve, v závislosti na objemu a přesnosti seznamu“. A ne, neexistuje seznam, na který byste si mohli koupit přístup. Stránka pro řešení problémů se ptá, zda Outlook.com provozuje seznam povolených odesílatelů, na který se lze dostat, a odpovídá „Ne.“

07Co může změnit příjemce

Některé z těchto věcí jsou na příjemci a je fér požádat čtenáře o pomoc. V Outlook.com (Settings, potom Mail a Junk email) může uživatel označit zprávu jako Not junk nebo přidat odesílatele do Safe senders and domains. Tento seznam pojme až 10 000 položek a Microsoft uvádí, že odesílatelé na něm mají obvykle ve výchozím nastavení povolené odkazy a obrázky. Uživatel s přísným nastavením může také zapnout režim "exclusive", který přijímá poštu pouze od Contacts a Safe Senders.

Tlačítko Junk funguje opačně. Microsoft podle těchto hlášení rozhoduje, zda má být budoucí pošta od stejného odesílatele blokována. V samostatných doporučeních pro odesílatele požaduje odkaz pro odhlášení, který je "jasně viditelný". Text Microsoftu nezmiňuje hlavičky List-Unsubscribe pro odhlášení jedním kliknutím, které vyžadují Gmail a Yahoo. Protože se ale stejná kampaň odesílá ke všem třem poskytovatelům, přidal bych je všude (obě hlavičky).

Desktopová aplikace má vlastní Junk Email Filter. Ve výchozím nastavení je nastaven na "No Automatic Filtering". Další úrovně jsou Low, High a "Safe Lists Only", přičemž poslední z nich považuje vše od odesílatelů mimo bezpečné seznamy uživatele za nevyžádanou poštu. Seznamy bezpečných a blokovaných odesílatelů se synchronizují se serverem a používají se i tam.

Pak je tu Focused Inbox, který rozděluje doručenou poštu na Focused a Other a podle slov Microsoftu "odfiltruje rušivé zdroje, jako jsou automaticky generované nebo hromadné e-maily". Other je karta doručené pošty a podle mého výkladu newsletter, který se tam nachází, už prošel filtrováním spamu.

08Testování před skutečným odesláním

Vlastní stránka Microsoftu pro řešení problémů uvádí, že „důrazně doporučuje otestovat e-mail před odesláním skutečné komunikace“. Tento krok zajišťuje Email Spam Tester. Skutečnou zprávu odešlete na adresu vygenerovanou stránkou, a to ze serveru nebo platformy, kterou opravdu používáte. Přehled obsahuje 42 kontrol: SPF, DKIM a DMARC včetně shody domén, reverzní DNS, odesílající IP na 21 seznamech blokovaných adres (proč jsou důležité), hlavičky pro odhlášení odběru a obsah. U neúspěšných kontrol najdete postup opravy a DNS záznamy ke zkopírování. Počet bodů, které můžete každou opravou získat, vychází z bodovací tabulky.

Když přidáte test doručení, stejná zpráva se odešle také do schránek u Gmail, Outlook, Yahoo a dalších poskytovatelů. Přehled ukáže, kam byla u každého z nich doručena, podle údajů načtených přímo ze schránky, včetně kategorií Focused nebo Other, pokud je poskytovatel používá. Test je zdarma a bez registrace. Dokumentace vysvětluje každou kontrolu a její bodovou hodnotu.

Pokud je vaším dalším krokem požadavek na podporu, vezměte na vědomí, že formulář Microsoftu pro problémy s doručováním přijímá pouze případy týkající se adres @outlook.com, @hotmail.com, @live.com a @msn.com. Stránka se zásadami také upozorňuje, že pokud je nedodržujete, „náš tým podpory vám možná nebude moci pomoci“.