Parametr PCT (DMARC)

Co je parametr PCT (DMARC)?

Parametr pct v DMARC záznamu určoval, na jaké procento zpráv se selháním se politika domény uplatnila. Byl to jediný způsob, jak přímo v protokolu postupně zavádět vynucování: publikujete nízké procento, sledujete výsledky a pak ho zvyšujete směrem k plnému pokrytí. DMARCbis (RFC 9989, vydáno v květnu 2026) parametr pct odstraňuje, protože ho příjemci dodržovali nekonzistentně a jen zřídka odpovídal tomu, co provozovatelé zamýšleli.

Aktuální stav: DMARCbis parametr pct odstraňuje, a není to důvod k panice. Stávající záznamy zůstávají platné a příjemci ze dne na den nezmění způsob, jakým s vaší poštou nakládají. Praktická změna spočívá v tom, že příjemce podle DMARCbis považuje jakoukoli hodnotu pct<100 za pct=100, takže částečné procento už zprávy nezadrží. Namísto toho DMARCbis přidává parametr t (testovací): t=y uvede politiku do testovacího režimu a sníží ji o jeden stupeň, takže p=reject s t=y se chová jako p=quarantine, zatímco t=n vynucuje uvedenou politiku. Neexistuje žádné procento, takže jde o přepnutí v jednom kroku, nikoli o skutečné postupné zavádění.

Organizace například mohla publikovat p=reject; pct=25 a očekávat, že bude odmítnuto pouze 25 % neověřených zpráv, zatímco zbytek zůstane pod monitoringem. Protože mezilehlé hodnoty nebyly napříč ekosystémem příjemců spolehlivé, pokrytí, které doména publikovala, a pokrytí, které skutečně získala, se jen zřídka shodovaly.

Jak parametr PCT fungoval

Parametr pct se nacházel uvnitř DMARC TXT záznamu v DNS a měl tento formát:

V tomto příkladu měly přijímající servery uplatnit politiku quarantine na 50 % zpráv, které neprošly ověřením DMARC, přičemž výběr probíhal náhodně. Záměrem bylo statisticky smysluplné testování bez plného vynucování.

Klíčové podrobnosti o tom, jak se pct choval:

• Výchozí hodnota byla 100 (politika se uplatnila na všechny zprávy)
• Přijímal libovolné celé číslo mezi 1 a 100
• Fungoval pouze tehdy, když byla politika quarantine nebo reject
• Neměl žádný účinek při p=none
• Vyhodnocoval ho každý příjemce nezávisle, takže skutečné pokrytí kolísalo, což je právě ta nekonzistence, kvůli které ho DMARCbis odstranil

Čím byl parametr PCT nahrazen

DMARCbis nenabízí náhradu založenou na procentech. Pro řízený test přísnější politiky je v rámci specifikace k dispozici parametr t (testovací), nikoli částečné procento. Vše ostatní, co dělalo pct užitečným, především zpětnou vazbu, stále poskytují souhrnné reporty.

Pokud vaše záznamy stále obsahují pct:

• Záznam prozatím ponechte na místě; zůstává platný a nic se nerozbije, až specifikace vejde v platnost
• Dosáhněte plného sladění SPF a DKIM dříve, než částečné procento přestane vaši politiku zmírňovat
• Použijte t=y, když chcete řízený test, a berte ho jako snížení o jeden krok
• Sledujte průběh prostřednictvím souhrnných reportů, nikoli pomocí procentuálního vzorku

Parametr PCT a DMARCeye

DMARCeye pokrývá tu část, se kterou měl pct pomáhat: vidět, co by se pokazilo, ještě než politiku zpřísníte. Koreluje výsledky ověřování, míru selhání a aktivitu subdomén, takže se od monitoringu k plnému vynucování posunete na základě důkazů, nikoli odhadu.

Prostřednictvím vizuálních reportů a postupných pokynů DMARCeye ukazuje, které zdroje stále selhávají ve sladění, a upozorňuje na starší parametry jako pct, abyste je mohli čistě vyřadit a mít jistotu, že jakmile se politika reject uplatní na veškerou poštu, nepřijdete o žádný legitimní zdroj.

Vyzkoušejte DMARCeye zdarma a zabezpečte svou e-mailovou doménu.

Chcete-li se dozvědět více o DMARC a souvisejících pojmech, prozkoumejte Slovník pojmů DMARCeye.