Domů›Příručky›E-mail
E-mail · Pochopit
Koš, záloha služby a záložní platforma neodpovídají na tutéž nehodu. Záloha nezávislá na serveru dokáže vrátit smazanou zprávu, i smazanou úmyslně, pokud byla zálohována před smazáním a datum je stále v rámci doby uchování. Když server vypadne, příchozí pošta čeká u odesílatele: rozhodující je pak doba obnovení provozu a množství zpráv, jejichž ztrátu jste ochotni připustit.
„Je to zálohované“ se říká o velmi odlišných mechanismech. Každý zachytí jiný druh nehody, má někoho, kdo jedná, a svou mez.
| Záchranná síť | Kdo jedná | Co zachytí | Její mez |
|---|---|---|---|
| Koš a složka pro obnovení | Uživatel ve své schránce | Nedávný chybný úkon | Krátká doba, a nic, pokud je smazána nebo kompromitována samotná schránka |
| Záloha služby | Provozovatel, na vyžádání | Návrat zprávy, složky nebo schránky do dřívějšího stavu | Doba uchování a interval mezi dvěma zálohami |
| Záložní platforma | Provozovatel, bez vyžádání | Výpadek: pošta dál přichází nebo se obnoví | Smazanou zprávu nevrátí |
Kopie, kterou si dodavatel softwaru nebo poskytovatel hostingu uchovává pro vlastní dostupnost na více discích nebo serverech, patří ke třetí síti. Chrání před poruchou hardwaru. Nechrání před smazáním: smazaná zpráva zmizí okamžitě ze všech replik. To je nejčastější záměna mezi redundancí a zálohou.
Ano, se třemi omezeními.
Zvláštní pozornost si zaslouží úmyslné smazání. Nespokojený zaměstnanec, který vyprázdní svou schránku, nebo útočník, který ovládl administrátorský účet, může zprávy smazat a pokusit se smazat i zálohy. Proto má smysl záloha, kterou během doby uchování nemůže nikdo změnit, ani administrátor e-mailového systému. Příručka ANSSI o zálohování doporučuje oddělit zálohovací servery v rámci administračního systému a vyzývá k prověření mechanismu neměnnosti řešení typu WORM, místo aby se člověk spoléhal na samotné slovo.
Nezávislá záloha existuje mimo e-mailový systém, který chrání. Konkrétně:
Tatáž příručka doporučuje pravidlo „3-2-1“, které začíná třemi oddělenými kopiemi dat, a definuje offline zálohu jako zálohu na médiu odpojeném od jakéhokoli informačního systému. Tyto pojmy platí pro poštu stejně jako pro soubory; jejich uplatnění na dokumenty najdete v průvodci verzování, replikace a zálohování.
Příklad. V kanceláři s 25 lidmi (hypotetický případ) spolupracovník omylem smaže složku klienta, vyprázdní koš a všimne si toho až následující pondělí. Složka pro obnovení už neobsahuje nic užitečného. Záloha z předchozího pátku složku obsahuje. Provozovatel ji obnoví do schránky; chybí jen zprávy, které dorazily a byly smazány mezi dvěma zálohami.
Elektronická pošta snáší krátké výpadky dobře. Odesílající server, který se k vašemu nespojí nebo dostane dočasnou chybu, ponechá zprávu ve frontě a zkouší to znovu. Dokud výpadek trvá kratší dobu než lhůta, po které odesílatel to vzdá a která se obvykle počítá ve dnech, nic se neztratí: pošta dorazí po obnovení služby. Průvodce migrace e-mailu bez přerušení provozu tento mechanismus podrobně popisuje. Filtrační brána umístěná před e-mailovým systémem hraje stejnou roli: přijatou zprávu podrží, dokud server neodpoví.
Uživatelé vidí něco jiného: nefunguje webmail, telefony se nesynchronizují, nelze odesílat. Právě tuto dobu měří první ukazatel.
RTO (maximální přípustná doba přerušení): cílová doba pro opětovné uvedení služby do provozu. RPO (maximální přípustná ztráta dat): množství dat, vyjádřené časem, jehož ztrátu jste ochotni připustit, pokud je nutné úložiště obnovit z poslední zálohy.
RPO se netýká pošty, která čeká u odesílatelů: ta dorazí po obnovení služby. Týká se zpráv již doručených do schránek a úkonů uživatelů od poslední zálohy pro případ, že by bylo ztraceno samotné úložiště. RPO kratší než 2 hodiny znamená, že by bylo nutné obnovit nejvýše dvě hodiny této historie. Jde o cíle: zeptejte se, jak se měří a testují.
Dlouhý výpadek, konec smlouvy nebo převzetí poskytovatele mohou vynutit změnu e-mailové služby. Vaše doména a adresy se nemění: novou platformu určuje záznam MX. Postup se souběžným provozem, průchody kopírování a souladem SPF, DKIM a DMARC je popsán v průvodci migrace e-mailu bez přerušení provozu. Zde jej neopakujeme.
Ne. Redundance kopíruje i smazání. Chrání před poruchou hardwaru, ne před chybou ani úmyslným smazáním.
Obvykle ne: odesílatel ji podrží a zkouší to znovu. Ztratí se, jen pokud je trvale odmítnuta, nebo pokud výpadek trvá déle než lhůta, po které to odesílatel vzdá.
Pro návrat zpět po chybě často ano. Pro uchování zpráv na několik let ne: to je úkol archivace. Viz archivace zpráv.
Ano, protože doba uchování běží. Ochrana na vstupu je úkolem filtrační brány; viz ochrana e-mailového systému, který už máte.
U Klytic Mail existují všechny tři sítě a jsou oddělené.
O obnovu zprávy, složky nebo schránky se žádá podpora, s uvedením dotčené položky a přibližného data. Je v ceně v případě poruchy služby, úmyslného smazání zaměstnancem nebo účtu smazaného příliš brzy při odchodu (nejvýše 3 žádosti měsíčně), nebo útoku, k němuž došlo navzdory řádně chráněným pracovním stanicím. Po náhodném smazání, chybném úkonu nebo pokud byly stanice nedostatečně chráněny, se řeší placeným požadavkem na podporu. Bezplatná složka odstraněných položek zůstává první možností. Postup je popsán v praktickém návodu obnova zprávy nebo schránky.
Co nabídka nepokrývá: samoobslužnou obnovu uživatelem nad rámec složky odstraněných položek a uchování zálohou déle než 30 dní. Pro uchování zpráv na několik let je k dispozici archivace pro zákonné účely jako doplněk.
Tato stránka popisuje obecný rámec. Platné jsou závazky uvedené ve vaší smlouvě.
Ověřeno v říjnu 2026.
Během zkušební verze požádejte o obnovu smazané zprávy: uvidíte dobu, kdo jedná a kde se zpráva znovu objeví.
Uvítací nabídka
Zkušební nabídka bez závazků. Náš poradce vám zavolá, aby poznal vaše potřeby a připravil vaše prostředí Klytic.
