Jak zkontrolovat příjemce a přílohu e-mailu ze šablony

Porovnáte jeden fiktivní návrh, opravíte příjemce a zakázku a zkontrolujete obsah příloh, aniž byste odeslali zprávu.

Zkontrolujte celý připravený návrh

Zkopírovaný pracovní e-mail může správně oslovovat klienta, a přesto obsahovat adresu nebo číslo zakázky někoho jiného. Vedle oslovení zkontrolujte příjemce, zakázku i přílohu.

V pomůcce pro porovnání e-mailu porovnáte jeden fiktivní návrh s nezávislým podkladem. Pomůcka porovnává jednoho příjemce, oslovení, identifikátor zakázky, verzi a obsah dvou souborů, které vyberete. Neotevírá schránku ani nic neodesílá. Výsledek ukáže, které dodané vstupy se shodují, které se liší a které zůstávají neověřené. O dalším postupu ve skutečném návrhu musíte rozhodnout sami.

Začněte podkladem, který jste nezkopírovali z návrhu

Ve skutečné práci vycházejte z aktuální zakázky a ověřeného kontaktu: zamýšlené hlavní e-mailové adresy, úplného oslovení, identifikátoru zakázky, dohodnuté verze výstupu a souboru určeného k předání. Pokud si tyto zdroje odporují, rozpor vyřešte ještě před porovnáním návrhu. Zkopírováním obou sloupců ze stejného návrhu byste porovnávali návrh jen se sebou samým.

Pro cvičení použijte následující fiktivní podklad. Skutečné adresy, zprávy ani klientské soubory do cvičení nevkládejte. Potřebujete prohlížeč a textový editor, ve kterém uložíte dva malé prosté textové soubory.

Podklad se týká předání zakázky JOB-101 pro Danu ve verzi v3. V návrhu zůstala Patrikova adresa a JOB-102. Správně vypadající oslovení ani jednu z těchto neshod neřeší.

1. Porovnejte předvyplněný návrh bez příloh

Otevřete pomůcku a ponechte ukázkové hodnoty. Bez výběru souborů klikněte na Porovnat údaje a přílohy.

Podle prozkoumaného zdrojového kódu se očekávají tyto výsledky:

• Příjemce: neshoda.
• Oslovení: shoda dodaných údajů.
• Zakázka: neshoda.
• Verze: shoda dodaných údajů.
• Obsah přílohy: neověřeno; vyberte oba soubory.

Návrh ponechte pozastavený: příjemce a zakázka nesouhlasí a přílohy ještě nebyly porovnané.

Při porovnání textu se odstraní bílé znaky na začátku a konci a poté se porovnají přesné řetězce. Pomůcka nesjednocuje velikost písmen, nerozpoznává aliasy ani nezjišťuje vlastníka adresy. Prázdná hodnota na kterékoli straně znamená chybějící vstup, nikoli shodu. Rozdíl prověřte podle podkladu; neměňte podklad jen proto, aby výsledek vyšel shodně.

2. Porovnejte skutečný obsah souborů

Nyní prověřte samotné soubory. Shodný údaj o verzi neříká, který soubor jste vybrali. Ve dvou různých složkách vytvořte malé fiktivní soubory, oba s názvem handoff.txt.

Jako referenční soubor uložte:

JOB-101 | v3 | Fictional handoff for Dana

Jako přílohu návrhu uložte tento obsah:

JOB-102 | v3 | Fictional handoff for Patrik

Ve sloupci Správný podklad vyberte soubor pro Danu. Ve sloupci Kontrolovaný návrh vyberte soubor pro Patrika. Znovu klikněte na tlačítko porovnání. Obsah se liší, takže očekávaným výsledkem přílohy je neshoda, přestože názvy souborů souhlasí. Jde o cvičné soubory, nikoli o výstupy pro klienta nebo zprávu k odeslání. Anglický obsah těchto dvou řádků ponechte přesně podle ukázky.

Pomůcka přečte vybrané soubory a porovná jejich otisky SHA-256 vypočítané z celého obsahu. Nespoléhá na názvy a nevyvozuje význam dokumentů. Pokud soubor chybí, nelze ho přečíst nebo není dostupné potřebné rozhraní prohlížeče, jeho obsah zůstává neověřený. Použijte malé soubory: tato implementace čte každý vybraný soubor celý.

Potom ve správci souborů vytvořte kopii referenčního souboru, přejmenujte ji na dana-handoff-copy.txt a vyberte ji na straně návrhu. Očekávaným výsledkem je shoda příloh i přes rozdílný název. Přejmenování nebo kopírování souboru zachovává jeho bajty; opětovné otevření a uložení v editoru je může změnit.

Shoda znamená, že dodané otisky souhlasí. Nedokládá, že některý ze souborů je schválený nebo nejnovější výstup. Neshoda je naopak důvodem soubory prohlédnout; nevysvětluje, zda jde o jiného klienta, změněné konce řádků nebo jinou příčinu.

3. Opravte návrh a porovnejte ho znovu

Ve fiktivním cvičení změňte příjemce návrhu na [email protected] a zakázku na JOB-101. Oslovení a verzi ponechte podle tabulky a jako přílohu návrhu použijte přejmenovanou kopii referenčního souboru.

Změna vstupu smaže předchozí výsledek. Po posledním výběru porovnání spusťte znovu. Očekává se shoda ve všech pěti porovnáních. Pokud je pole prázdné, soubor nevybraný nebo se čtení nezdaří, ponechte danou položku nevyřešenou.

Jde o očekávané výsledky odvozené z prozkoumaného zdrojového kódu, nikoli o zprávu z testu v prohlížeči provedeného pro tento článek.

4. Rozhodněte ve skutečném návrhu e-mailu

Tady cvičení končí; žádnou zprávu neodesílejte. Při použití postupu na pracovní e-mail je porovnání jen jedním podkladem pro rozhodnutí člověka:

1. Vraťte se k aktuální zakázce a ověřte, že podklad stále odpovídá zamýšlenému příjemci a výstupu.
2. Otevřete skutečný návrh v poštovní aplikaci. Zkontrolujte všechny adresy v polích Komu, Kopie a Skrytá kopie (To, CC a BCC); pomůcka porovnává jen jednoho hlavního příjemce a schránku neprohlíží.
3. Přečtěte předmět a tělo zprávy s ohledem na správnou zakázku a verzi. Otevřete skutečně přiložený soubor a zkontrolujte ho podle zamýšleného předání. Výběrem souboru v pomůcce ho do e-mailu nepřiložíte ani nenahradíte.
4. Chybějící informace a neshody vyřešte před rozhodnutím, zda návrh odeslat, upravit nebo pozastavit. Shoda v pomůcce sama o sobě nikdy není schválením.

Pokud porovnání nefunguje, pokračujte ručně: porovnejte údaje s nezávislým podkladem a otevřete oba soubory, abyste prohlédli jejich obsah. Pokud obsah nemůžete zjistit, zapište ho jako neověřený. Shodný název nestačí.

Pomůcka provádí porovnání shody bez AI agenta. Za výběr platného podkladu a rozhodnutí o skutečné zprávě odpovídáte vy.

Co tento návod pokrývá

Jde o cvičení porovnání návrhu. Neověřuje oprávnění ke komunikaci, nekontroluje historii konverzace, nebrání opakovaným připomínkám ani nezaručuje bezpečné odeslání zprávy. Prozkoumaná pomůcka neobsahuje akci pro odeslání e-mailu. Toto omezené zjištění není zárukou soukromí ani bezpečnosti okolního webu, rozšíření prohlížeče nebo pozdějšího nasazení.

Porovnání příloh závisí na čtení souborů v prohlížeči a rozhraní Web Crypto. Použijte vydání přes HTTPS; nepředpokládejte stejnou podporu ve všech prohlížečích při přímém otevření staženého HTML souboru. Nezdařená kontrola zůstává nevyřešená.

Zdroje a meze důkazů

Chování pomůcky a fiktivní hodnoty vycházejí z zdrojového souboru přiložené pomůcky, prozkoumané 17. října 2026. Výše uvedené výsledky cvičení jsou předpovědi podle zdrojových souborů. Nejde o naměřené snížení chybovosti, klientský případ ani vlastní praktickou zkušenost.

Základem rozhraní jsou specifikace W3C Web Cryptography API (First Public Working Draft, 22. dubna 2025) a File API (Working Draft, 12. září 2026), dodané a ověřené pro tento návod 17. října 2026. Vysvětlují čtení bajtů a výpočet otisků; nedokládají kompatibilitu prohlížeče ani správnost zvoleného podkladu.