Přeskočit na obsah
Tech-Blog Chatujme.cz Chatujme.cz
Přihlásit Registrace
Internet a sítě

Nové RFC 10080 dovoluje v každém e-mailu uvést datum, po kterém zpráva pozbývá platnosti

IETF vydala 30. října 2026 RFC 10080 a hlavička Expires tím přestala být vyhrazená zprávám přeloženým z bran X.400. Odesílatel do ní zapíše datum, po kterém podle sebe zpráva pozbývá platnosti. Co si s tím počne poštovní klient, zůstává na něm, zahodit kvůli ní poštu ale nesmí.

· 3 zhlédnutí

Pole Expires popsalo pro internetovou poštu už RFC 2156 z ledna 1998, a to jako překlad hlavičky ze systému X.400. O sedm let později ho RFC 4021 zapsalo do rejstříku IANA s poznámkou, že není pro obecné použití. Ta poznámka padla 30. října 2026, kdy IETF vydala RFC 10080 jako navrhovaný standard. Podepsaní jsou pod ním Benjamin Billon z firmy Splio a John Levine ze Standcore.

Hromada reklamních zásilek a obálek na stole
Hromada reklamních zásilek, mezi nimi obálka s razítkem „OPEN IMMEDIATELY TIME SENSITIVE MATERIAL INSIDE“. Foto: Pretzelpaws, Wikimedia Commons (CC BY-SA 3.0)

Jeden řádek, jedno datum

Zápis se nijak nemění. Je to prosté datum podle RFC 5322, tedy v témže tvaru, v jakém se píše hlavička Date:

Expires: Wed, 3 Dec 2025 17:22:57 +0000

Jediné nové pravidlo pro odesílatele je zákaz dvojího zápisu: zpráva nesmí nést víc než jednu hlavičku Expires. Dokument k tomu vyjmenovává, na co se hodí. Obchodní zpravodaje s nabídkou na omezenou dobu, pozvánky na akci, upozornění ze sociálních sítí a pravidelná oznámení. Není to seznam, který by něco přikazoval; u zprávy bez konce platnosti se hlavička prostě nepíše.

Klient ji smí poslechnout, poštu kvůli ní zahodit ne

Na straně příjemce je text střídmý. Poskytovatel schránky, webová pošta i klient v počítači můžou prošlou zprávu odsunout do pozadí nebo ji nezobrazit vůbec a uživateli k tomu nabídnout vlastní pravidla. Dvě věci jsou ale zakázané. Software nesmí zprávu odmítnout ani zahodit jen kvůli téhle hlavičce a zprávu s datem v minulosti nemá mazat, pokud si to majitel schránky vědomě nenastavil. Rozdíl mezi tím, co zmizí z výchozího pohledu, a tím, co se smaže z úložiště, je v dokumentu udělaný záměrně.

Na tom, co „pozbývá platnosti“ znamená, se skupina neshodla

RFC 2156 pole zavedlo a dál ho nevysvětlilo. Napsalo jen, že po tom datu se nedá očekávat žádné automatické zacházení. Diskusní síť Usenet má v RFC 5536 pole téhož jména s o něco přísnějším zápisem a s konkrétnější definicí: autor článku tím říká, že jeho příspěvek už není aktuální a je vhodný k odstranění, odstranění se ale nepožaduje. Pro poštu zůstalo RFC 10080 u věty, že zpráva pozbývá platnosti, a samo přiznává, že na přesnější znění konsenzus nebyl. Důvodem je ohled na software, který hlavičku už nějak zpracovává. Žádné konkrétní chování se proto po klientech nevyžaduje.

Od návrhu z roku 2008 uplynulo osmnáct let

Dostat tuhle hlavičku do běžné pošty se někdo snažil už dřív. Koncept z 30. července 2008 podali Michael Welzl a Thomas Nolf z Innsbrucké univerzity spolu s Jacobem Palmem ze Stockholmské univerzity; evidence IETF ho vede jako propadlý a řídicí skupina IESG ho k vydání nikdy neposunula. Druhý pokus začal o třináct let později a trval skoro pět let.

dokumentdatumjak dopadl
draft-welzl-expires-0030. 7. 2008propadl, IESG ho neprojednal
draft-billon-expires-0014. 12. 2021návrh jednotlivce, jedenáct revizí
draft-ietf-mailmaint-expires-0012. 8. 2024převzala pracovní skupina mailmaint, sedm revizí
RFC 1008030. 10. 2026vydáno jako navrhovaný standard

Mezi prvním Billonovým konceptem a hotovým RFC je osmnáct revizí. Výsledkem je dokument, který odesílateli ukládá jediné pravidlo a příjemci nepředepisuje žádné.

Datum v minulosti se hodí i rozesílateli spamu

Bezpečnostní oddíl bere hlavičku jako neověřený údaj, protože si do ní odesílatel napíše cokoliv. Popisuje tři způsoby, jak toho zneužít. Datum v minulosti může nevyžádanou zprávu schovat před očima příjemce a adaptivnímu filtru ji podstrčit jako vzorek pošty, která vadná není. Datum v blízké budoucnosti naopak zařídí, že si ji příjemce přečte a pak ji už nenajde, aby si stěžoval. A datum v daleké budoucnosti ji má udržet ve schránce co nejdéle. K rozhodnutí, jestli je zpráva vyžádaná nebo podvodná, se podle autorů pole nehodí.

Software, který hlavičku dnes čte

Vydané RFC samo o sobě neznamená, že ji někdo poslechne. Doplněk Email Expiration Manager pro Thunderbird hledá v poště právě tohle pole a prošlé zprávy podle nastavení smaže nebo přesune; má i zkušební režim, který nic nemění, a výběr složek. Vydal ho pod licencí GPLv3 Pierre-Yves Dubreucq, repozitář patří firmě Mindbaz. V oficiálním katalogu doplňků je verze 1.0.2 ze 14. října 2025 a 28 uživatelů, novější 1.1.0 ze 7. dubna 2026 zatím jen ve zdrojovém kódu. Mazání v něm zapíná uživatel, tedy přesně ten, komu to RFC jako jediná výjimka dovoluje.

Michael Ko z firmy Suped, která se zabývá doručitelností pošty, k vydání napsal, že z něj neplyne žádná povinnost pro Gmail, Yahoo ani Microsoft a že se hotová specifikace a doklad o jejím nasazení mají posuzovat odděleně. Rejstřík IANA změnu zapsal: položka Expires pro poštu má stav standard a odkaz na RFC 10080.

Zdroje

Internet a sítě

IETF E-mail RFC spam Thunderbird

← zpět na výpis