4. Elektronická pošta a její správa.
|
|
- Milada Musilová
- před 8 lety
- Počet zobrazení:
Transkript
1 4. Elektronická pošta a její správa. 4.1 Princip a elektronické pošty Elektronická pošta, nebo-li , je jednou z nejpoužívanějších služeb Internetu. Hlavní výhodou této poštovní služby oproti klasické poště je rychlost. je adresátovi kdekoliv na světě doručen během několika minut, maximálně hodin. Dopis šířený elektronickou poštou nemusí obsahovat pouze text, lze k němu připojit prakticky jakýkoliv soubor, tedy i obrázek či zvuk. Protože se mnoho uživatelů připojuje k serveru elektronické pošty vytáčenou telefonní linkou, umožňují současní oví klienti jednak časově úsporné metody práce s elektronickou poštou, jednak zpřístupňují těmto uživatelům i jiné na připojení méně náročné služby, jako je přenos souborů pomocí FTP serverů apod. Historie elektronické pošty začíná již v době sálových počítačů a prvních minipočítačů. Uživatelé této pošty pracovali na terminálech připojených k centrálnímu sálovému počítači nebo minipočítači. Příkladem takovéhoto systému elektronické pošty může být systém PROFS (Professional Office System) od IBM. Hlavní impuls rozvoji elektronické pošty dalo masové rozšíření lokálních sítí LAN. Tyto počátky u byly charakteristické neexistencí všeobecně uznávaných a používaných standardů. Jako server elektronické pošty ( ový server) vystupoval běžný server (který fungoval jako úložiště zpráv"). Osobní počítače na síti LAN zapisovaly zprávy do příslušných souborů na souborovém serveru a ten současně nabízel soubory pro sdílení prostřednictvím síťového operačního systému. Tímto jednoduchým způsobem probíhala výměna elektronické pošty. Ke směrování u mezi jednotlivými servery sloužily protokoly specifické podle každého producenta příslušného softwaru. Příkladem takového systému elektronické pošty je Microsoft Mail nebo Lotus cc:mail. Tyto ové systémy pro sítě LAN fungují velice dobře ovšem jen na úrovni jedné organizační jednotky či její části, na vyšší úroveň se ale rozšířit nedají, protože narůstají problémy související s propojováním velkého počtu ových serverů v rozsáhlých sítích. Další generace systémů elektronické pošty pro lokální sítě používala pro konverzaci klientů se serverem zpráv mechanismu vzdáleného volání procedur (Remote Procedure Calls, RPC). Tato generace poštovních serverů vytváří za provozu několik běžících procesů; server již tedy není pouhým souborovým serverem. Výhodou tohoto systému elektronické pošty je vyšší bezpečnost a možnosti zpracování pošty přímo na serveru. Díky bezpečnosti a možnému zpracování na serveru se již v rámci elektronické pošty dají rozšířit výrazně služby o další aplikace (řízení, elektronické bankovnictví apod.). A jak funguje elektronická pošta? Zprávu elektronické pošty vytváříme prostřednictvím určitého uživatelského rozhraní, které běží na osobním počítači, na sálovém počítači mainframe nebo na minipočítači (zprávu může ale generovat přímo i počítač). Toto softwarové uživatelské rozhraní zpravidla spolupracuje s další aplikací, která definuje funkce pro vlastní komunikaci se serverem elektronické pošty (obvykle se jedná o knihovnu DLL). Knihovna, případně knihovna spolu s uživatelským rozhraním, se nazývá uživatelský agent nebo-li Mail User Agent (MUA). Uživatelský agent se spojí se serverem elektronické pošty - domovský server uživatele, kde běží příslušná aplikace pro přenos pošty - Mail Transfer Agent (MTA). Na tento server uživatel odesílá ové zprávy; server je pak nasměruje dále do sítě. Zpráva může na své cestě k domovskému serveru svého adresáta projít i několika agenty MTA. Na domovský server přichází také danému uživateli pošta od ostatních uživatelů. Podle jednoho z možných hledisek můžeme dnešní elektronickou poštu v architektuře klient/server vyjádřit pojmy offline, online a odpojeného modelu. Offline model: klient se připojuje k serveru jen občas a načte od něj vždy veškerou poštu. Zprávy, které si klient načetl a stáhl k sobě, se ze serveru odstraní. Veškeré další zpracování zpráv probíhá již na klientovi; server se již o těchto zprávách a o jejich osudu 1
2 nedozví nic. Tento model používá protokol POP (Post Office Protocol). Offline model může podporovat také protokol IMAP (Internet Message Access Protocol), který ale nejlépe pracuje v online nebo v odpojeném modelu. Online model: klient ustaví relaci (spojení) se serverem a veškerá práce s em probíhá v rámci této relace. Veškerou práci s poštou řídí klient, fyzicky však probíhá na serveru. Jako příklady implementace tohoto modelu si můžeme uvést protokol IMAP a souborové systémy NFS (Network File System) a CIFS (Common Internet File System). Odpojený model: tento model je určitým přechodem mezi offline a online modelem. Klient se připojí k serveru, načte si některé vybrané zprávy a zpracuje je v režimu offline. Později se k serveru připojí znovu a předá veškeré provedené změny zpět serveru. (Těmito změnami mohou být například úpravy zpráv nebo seznamu adres, odstranění zpráv, odpovědi na zprávy apod.) Hlavním místem pro ukládání zpráv je zde server, na klientovi se ukládají pouze dočasně. V tomto režimu může pracovat například protokol IMAP. Z hlediska času stráveného na lince připojení je tento model nejúspornější a proto i nejvhodnější pro připojení vytáčenou telefonní linkou. Schema přenosu pošty mezi poštovním klientem a serverem Aby naše zpráva nalezla správného adresáta, musí se stejně jako u počítačů v síti Internet používat jedinečné adresy. Jedinečnost adresy se zabezpečuje jejím složením ze dvou částí ze jména domény, kde je příslušná poštovní schránka uložena a jména (či přezdívky) uživatele, jemuž je tato schránka slouží. A právě správce příslušné domény (či jejího serveru) bdí nad tím, aby nedošlo k duplikaci jmen a tedy adres poštovních schránek. Možný tvar adresy poštovní schránky, uložené na poštovním serveru Univerzity Palackého pro uživatele Jana Novákaka by pak byl: jenda.novak@aix.upol.cz Tuto adresu pak používá poštovní klient i server ke směrování ů do příslušné poštovní schránky z počítače umístěného kdekoliv na světě. 2
3 4.2 Přehled používaných ových protokolů Formát zpráv podle RFC 822 Dokument RFC číslo 822 definuje formát zpráv elektronické pošty. To znamená, že RFC 822 definuje formát dat, která mohou přenášet protokoly POP3 (Post Office Protocol), SMTP (Simple Mail Transport Protocol) a další protokoly určené pro přenos u. Podle definice v dokumentu RFC 822 se ová zpráva skládá ze dvou hlavních komponent - z obálky a vlastního obsahu zprávy. Obálka obsahuje informace související s přenosem a doručením zprávy. Dále obsahuje informace, které jsou nutné pro odeslání odpovědi na zprávu. Obálka tedy obsahuje přinejmenším ovou adresu odesílatele a příjemce zprávy. Vlastní obsah zprávy se dělí do dvou částí, a sice na hlavičku (záhlaví) a tělo zprávy. - Hlavička obsahuje informace, které automaticky vygeneruje uživatelský agent na odesílacím uzlu a které aktualizuje každý agent MTA, přes něhož zpráva prochází. Hlavička obsahuje identifikátor (ID) zprávy a datové a časové razítko, které označují okamžik zpracování zprávy každým agentem MTA. Uživatelský agent přijímajícího uzlu může hlavičku zprávy zkomprimovat, přeformátovat, nebo dokonce úplně skrýt. Hlavička však nicméně zprávě zůstává. - Tělo u obsahuje vlastní zprávu neboli text, který odesílatel sestavil. Odesílatel může být člověk anebo také počítačový program. Tělo zprávy se od hlavičky odděluje prázdným řádkem. V mnoha implementacích formátu zpráv podle RFC 822 na Internetu se mlčky předpokládá, že žádný řádek zprávy nebude delší než l 000 bajtů a že žádná zpráva nebude větší než 64 KB. Odesílatel pochopitelně nemůže předem vědět, kudy se zpráva bude dopravovat, a nemůže tedy ani vědět, jestli náhodou nepůjde přes uzly, pro něž platí toto omezení. Zpráva, která těmto podmínkám nevyhovuje, se tedy musí před odesláním vhodně zakódovat a po přijetí ji přijímající uživatelský agent opět dekóduje. Protokol POP Protokol POP (Post Office Protocol) je ový protokol, který se dá použít v offline modelu, architektuře klient/server elektronické pošty. Protokol POP byl za dobu své historie několikrát přepracován, poslední verzí je POP3, tedy verze 3 protokolu POP. Protokol POP3 popisuje podrobněji dokument RFC číslo Protokol POP pracuje tedy v režimu offline: klient se připojí k serveru a dotáže se na novou poštu. Server mu předá veškeré připravené zprávy, které jsou určeny pro tohoto konkrétního ového klienta. Klient protokolu POP však nemůže načítat zprávy z ového serveru selektivně: bere vždycky všechno nebo nic". Po načtení zpráv již ový klient může jednotlivé zprávy upravovat nebo mazat, přičemž k těmto operacím již komunikaci se serverem nepotřebuje. Klient POP3 odesílá na server POP3 příkazy a zpět přebírá odpovědi. Příkazy protokolu POP3 tvoří vždy jeden řádek textu ASCII, který začíná jedním z určené množiny klíčových slov. Odpověď protokolu POP3 se pak skládá z jednoho nebo více řádků. První řádek odpovědi indikuje úspěch nebo selhání dotazu a obsahuje text +OK nebo -ERR (v tomto pořadí). Protokol POP3 je popsán jako stavový automat. Stavový automat je jakýsi hypotetický stroj, který se vždy může nacházet jen v jednom z určité množiny předem definovaných stavů. 3
4 Automat reaguje na vstupní situaci a při splněni určitých kritérií se přepne (přejde) z jednoho stavu do jiného. Protokol POP3 má jako stavový automat celkem tři možné stavy: je to autorizační stav, transakční stav a aktualizační stav. Po ustavení spojení s klientem se ový server nachází v autorizačním stavu. Jakmile klient prokáže svoji totožnost a úspěšně obhájí svoje oprávnění, vstoupí automat do transakčního stavu. Po skončeni práce odešle klient příkaz QUIT a automat přejde do aktualizačního stavu. V tomto stavu provede veškeré nadefinované zpracování pošty a nakonec se vrátí zpět do autorizačního stavu. Každý příkaz protokolu POP3 je možné zadat jen v určitém stavu (stavech). V protokolu POP3 může klient odeslat serveru uživatelské oprávnění (uživatelské jméno a heslo); tímto způsobem probíhá regulace přístupu k u a jeho zprávám. Jestliže klient zadá příkaz USER, odešle se heslo ve formě prostého textu ASCII. Rozšíření protokolu POP3 definuje příkaz APOP, ve kterém se heslo před odesláním zašifruje. U příkazu APOP tak server POP3 odešle klientovi při jeho prvotním připojení pozdrav" v podobě prostého ASCII textu. Pozdrav obsahuje řetězec, který je pro každé klientské spojení jedinečný. Klient připojí k řetězci přijatému od serveru svoje heslo v podobě prostého textu a vypočte otisk (hash) celého řetězce algoritmem MD5. Uživatelské jméno a otisk zprávy podle algoritmu MD5 odešle klient na server jako parametry příkazu APOP. Samotný protokol POP3 se implementuje velice často. Koncovým uživatelům nabízejí přístup k u prostřednictvím protokolu POP3 a pomocí klientů POP3 prakticky všichni poskytovatelé služeb Internetu (ISP). Servery POP3 naslouchají na portu 110 protokolu TCP. Protokol POP3 popisují podrobněji dokumenty RFC číslo 1957, 1939 a Protokol SMTP Protokol SMTP (Simple Mail Transport Protocol) je jednoduchý protokol pro přenos elektronické pošty. Protokol SMTP se zpravidla používá pro přenos u od klienta k serveru a také ze serveru na jiný server. SMTP je protokol typu požadavek-odpověď. Příkazy i odpovědi mají tvar textu ASCII a ukončuji se dvojicí znaků CR/LF. Odpovědi obsahují také tříznakový číselný kód, který udává návratový status. Podle tohoto číselného kódu se může také řídit stavový automat protokolu. Protokol SMTP běží ve vrstvě nad protokolem TCP (Transmission Control Protocol). Odesílající uzel SMTP zadá zpravidla ihned po ustavení spojení TCP příkaz HELO, kterým odesílatel oznamuje svoji totožnost. Dále odesílající uzel SMTP zadá příkaz MAIL. Druhý server odpoví zprávou OK, která znamená, že je připraven k příjmu u. Poté odesílající uzel SMTP zadá příkaz RCPT, v němž oznamuje požadovaného příjemce pošty. Přijímající uzel SMTP ve své odpovědi sdělí, jestli poštu pro tohoto příjemce akceptuje. Pokud je zpráva určena pro několik příjemců, musí se takovýmto způsobem dohodnout příjem pošty pro každého zvlášť. Po dokončení všech dohod se zpráva konečně odešle. ová zpráva se odesílá příkazem SMTP DATA. Protokol SMTP definuje dále příkaz VRFY, který slouží pro ověření existence dané uživatelské poštovní schránky a pro zjištění podrobných informací o uživateli. Příkaz EXPN protokolu SMTP rozvíjí poštovní konference. Dalším příkazem protokolu SMTP je příkaz TURN, který obrací směr ustaveného spojení - to znamená, že se obrátí směr celého toku elektronické pošty a odesílající server SMTP se nabízí jako příjemce. Někteří administrátoři z bezpečnostních důvodů příkazy VRFY a TURN zakazují. Protokol SMTP je navržen také pro efektivní přenos více zpráv jedinému příjemci nebo více příjemcům v jediné relaci mezi klientem a serverem. Transportní protokol SMTP popisuje podrobněji dokument RFC číslo 821. Dokument RFC 822 popisuje syntaxi a sémantiku ových zpráv, které se přenášejí pomocí protokolu popsaného v dokumentu RFC 821. V pozdějších dokumentech RFC se struktura zprávy dále rozšířila. 4
5 Servery SMTP směrují podle doménového jména vyznačených příjemců, které má tvar služby DNS (Domain Name Service). Přesněji řečeno, servery SMTP směrují ové zprávy podle záznamů MX v DNS. Záznam MX registruje doménové jméno a definuje pro něj předávací uzel (hostitel) protokolu SMTP, kterému se pošta směrovaná do této domény má odeslat. K protokolu SMTP byla nadefinována celá řada různých rozšíření. Registruje je IANA (Internet Assigned Numbers Authority), která je organizační jednotkou výboru IAB (Internet Architecture Board). Více informací najdete na intemetové adrese Rozšíření protokolu SMTP jsou definovány takovým způsobem, že zachovávají zpětnou kompatibilitu. To znamená, že pokud jeden nebo oba z dvojice komunikujících serverů SMTP dané rozšířeni nepodporuje, pak se jednoduše nepoužije. Protokol UUCP Protokol UUCP (Unix-to-Unix Copy Protocol) je v pravém slova smyslu protokol pro přenos souborů. Přesto se používá také pro přenos elektronické pošty: ová zpráva se zabalí" do tenké obálky s adresou a poté se předá protokolu UUCP. Protokol UUCP se zpravidla používá jako alternativa k protokolu SMTP, a to zejména při přenosu u přes vytáčené telefonní spojení. Podrobnosti najdete v dokumentu RFC číslo 976. Protokol IMAP verze 4 Protokol IMAP (Internet Message Access Protocol) je vhodný zejména v případě, kdy uživatel provozuje klientský software elektronické pošty na přenosném počítači. S protokolem IMAP může uživatel selektivně načíst na lokální počítač jednotlivé vybrané zprávy, nebo dokonce jejich části. Tato funkce má smysl právě při přístupu k u po pomalé telefonní lince z přenosného počítače. Protokol IMAP popisuje dokument RFC 2060, a to jako stavový automat. V každém z definovaných stavů smí klient zadat ovému serveru určitou omezenou množinu příkazů protokolu IMAP. Některé z těchto příkazů způsobí přechod stavového automatu protokolu do jiného stavu, kde má opět smysl jiná množina příkazů. V protokolu IMAP může tedy klient načíst z poštovního serveru vybrané zprávy a poté se odpojit. V odpojeném stavu pak může klient modifikovat libovolné z načtených zpráv. Protokol IMAP přiřazuje každé zprávě jedinečný identifikátor, který je platný mezi všemi relacemi IMAP, jaké může jeden klient ustavit; jinak by se nedala poštovní schránka správně synchronizovat. Příkazy protokolu IMAP se skládají z identifikátoru a jména příkazu, za kterým následují případné parametry. Server vrací jako odpověď značku (tag). Podle této značky může klient spojit danou odpověď s původním příkazem. V protokolu IMAP může totiž jeden klient vydat několik příkazů po sobě a nemusí čekat na odpověď, proto je potřeba odpovědi zvlášť označit. Klient pochopitelně musí mít naprostou jistotu, že je každá značka skutečně jedinečná. Jestliže používá zásobník volných značek, pak mu stačí, že je tento zásobník dostatečně velký a že se žádná značka nepoužije znovu, dokud se ze serveru nevrátí odpověď s danou značkou. Server může vygenerovat také odpověď, která není spojena s žádným konkrétním rozpracovaným příkazem. Těmto odpovědím se říká neoznačené odpovědi (untagged responses) a používá se pro ně speciální značka, hvězdička (*). Výsledkem příkazu protokolu IMAP může být mimo jiné: Odpověď OK znamená úspěšné dokončení dříve odeslaného příkazu. Odpověď OK může také znamenat doplňující informace k neoznačené odpovědi. Odpověď NO znamená neúspěšné dokončení předchozího příkazu, pokud je označena; jako neoznačená slouží k vyjádření varovných hlášení.. 5
6 Odpověď BAD označuje nesprávný příkaz nebo argument, je-li označena; bez označení znamená závažný problém v protokolu. Odpověď PREAUTH vystupuje vždy jako neoznačená; znamená, že není potřeba zadávat příkaz LOGIN. Odpověď BYE je také vždy neoznačená; znamená, že server ukončil relaci. Protokol IMAP je složitější než protokol POP3 a jeho implementace je obtížnější. Protokol IMAP klade dále vyšší nároky na ukládací prostor ového serveru, protože na serveru se mohou shromažďovat staré zprávy. Na druhé straně se dá předpokládat, že na ovém serveru funguje odpovídající pravidelné zálohování, které přispívá k integritě dat. Pomocí protokolu IMAP se dají také implementovat aplikace pro skupinovou práci (groupware), protože IMAP podporuje zpracování pošty na straně serveru i sdílené poštovní schránky. (Sdílená poštovní schránka je taková schránka, ke které může přistupovat několik různých příjemců.) V protokolu IMAP je dále možné implementovat prohledávání ových zpráv, které jsou dosud uloženy na serveru; prohledávané zprávy se tedy nemusí kopírovat na klienta. Jestliže protokol IMAP běží nad protokolem TCP, naslouchá server IMAP na portu 143. Protokol IMAP je popsán v dokumentech RFC číslo 2060, 1731 a Rozšíření MIME Dokument RFC číslo 822 popisuje strukturu zpráv přenášených protokolem SMTP. Tato struktura zpráv má však určité nedostatky, a proto dokumenty RFC číslo 2049, 2048, 2047,2046 a 2045 definují alternativní strukturu zpráv, které se dají také přenášet protokolem SMTP. Tato struktura se jmenuje MIME (Multipurpose Internet Mail Extensions, víceúčelové rozšíření intemetové pošty). Před zavedením standardu MIME byl Internet omezen pouze na přenos čistě textových dat ve formátu ASCII - to znamená, že data se sice přenášela jako bajty, ale nejvyšší bit každého bajtu musel být vždy roven 0. Standard MIME i přes tento nedostatek umožňuje provádět přenosy binárních dat. Binárními daty se zde rozumí taková data, jejichž bajty obsahují libovolné kombinace možných 8 bitů. Poznamenejme ale ještě, že MIME nemá v žádném případě nahradit dokument RFC 822; MIME pouze rozšiřuje možnosti ových zpráv, které odpovídají definici RFC 822. Toto rozšíření je navíc zpětně kompatibilní. Typy zpráv MIME Dokument RFC 822 definuje zprávu jako prostý text bez žádné další struktury. MIME definuje oproti tomu hned několik typů obsahu, a to pro textová a binární data. Každý ze základních typů má další podtypy. Velikost zprávy je stále omezena na 64 KB; zprávy větší než 64 KB se tedy musí rozdělit na menší zprávy a v cíli se opět sestaví. Standard MIME dovoluje také rekurzi - jinými slovy, zpráva MIME může v těle obsahovat část, která je sama zprávou MIME atd. MIME definuje šest možných typů těla zpráv: Text. Typ Text slouží k přenosu vlastního těla zprávy. Podtyp Plain (prostý text) je implicitní a odpovídá obsahu podle dokumentu RFC 822. Další možné podtypy jsou například Rich Text Formát (RTF), který podporuje speciální formátování znaků, jako je například tučné písmo a kurzíva. U typu Text může být znaková sada rovna US-ASCII nebo některé ze sad ISO až ISO Image. Typ Image znamená, že příslušná data obsahují obrázek. Jako podtypy jsou definovány formáty GIF (Graphic Image Formát) a MPEG (Motion Picture Experts Group). 6
7 Audio. Typ Audio označuje zvuková data, jako například hlasový záznam nebo hudbu. Application. U typu Application se data přenášejí ve formátu konkrétní aplikace, tedy například jako sešit aplikace Microsoft Excel nebo dokument aplikace Microsoft Word. Možné podtypy jsou: - Octet-Stream, který znamená, že s daty není spojena žádná aplikace - Office Document Architecture (ODA) označuje data spojená s aplikací rodiny Microsoft Office - PostScript (od Adobe) představuje tisková data o vysoké kvalitě. Structured. Strukturovaný typ Structured se někdy také nazývá vícedílný - multipart. Ve strukturovaném typu se nepřenášejí data jako taková, ale určitá kombinace již uvedených typů. Pro typ Structured jsou dále definovány celkem čtyři podtypy: - Alternativě, který znamená, že stejná data jsou uvedena v různých formátech, jako například prostý text ASCII, formát RTF nebo formát aplikace Word (.doc). Přijímající ová aplikace si může podle svých možností svobodně vybrat libovolný z nabízených datových typů. - Digest znamená, že obsahem zprávy je otisk (hash) zprávy. Každou jednotlivou část těla zprávy tvoří samostatná zpráva. Tento podtyp si musí hlídat zejména brány, protože ty provádějí nad otisky zpráv odpovídající operace. - Parallel představuje zprávu, jejíž různé části se mají přehrávat současně - například zvukový a video záznam. - Mixed označuje zprávu, která se skládá ze směsi různých částí, například audio, video a text. Message.Typ Message znamená, že tělo obsahuje zprávy. Definuje dále tyto podtypy: - RFC 822, který označuje běžnou ovou zprávu. - Partial znamená, že tato zpráva je jen částí zprávy. Pomocí tohoto podtypu se odesílají po částech zprávy větší než 64 KB. - External Body představuje odkaz na soubor, který je vůči ové zprávě externí. Tento podtyp zpravidla definuje odkaz na větší soubor, jenž lze posléze načíst pomocí protokolu FTP (Filé Transfer Protocol). Metody kódování MIME Metody kódování MIME slouží k převodu dat z binárního tvaru, v němž se využívá všech osm bitů, do reprezentace pomocí 7bitového kódu ASCII. Tímto převodem se zajistí bezproblémový přenos dat po Internetu, protože velká část přenosových zařízení sítě dokáže zpracovávat pouze data ve formátu ASCII. Dříve se tato úprava dat prováděla pomocí schémat UUENCODE (kódování dat) a UUDECODE (dekódování dat). Hlavička MIME definuje pole se jménem Content Transfer Encoding (přenosové kódování obsahu), které nabývá jedné ze šesti možných hodnot: Quoted-Printable. Kódování Quoted-Printable se používá pro taková data, z nichž většina znaků je již znaky 7bitového ASCII (tedy například pro zprávy psané některým ze skandinávských jazyků). Myšlenka tohoto kódování spočívá v tom, že se znaky základního ASCII ponechají beze změny a kódují se pouze znaky s jedničkovým 7
8 nejvyšším bitem. Drtivá část výsledné zprávy je tím pádem čitelná i bez cílového dekódování. Base64. Data, která jsou výsledkem kódování Base64, jsou bez zpětného dekódováni nečitelná. Velikost kódované zprávy se zvětšuje o jednu třetinu. Algoritmus kódování převádí každou skupinu tří znaků (tedy 24 bitů) do čtyř znaků ASCII po 6 bitech (tedy opět do 24 bitů). Bity původního znaku se rozdělí mezi několik znaků, které tvoří výstup této kódovací metody. Všechny znaky se převádějí do množiny 65 znaků, které jsou společné standardům US-ASCII, EBCDIC a ISO 646; společně se jim říká abeceda Base64. Ty znaky z kódovaného proudu dat, které se v abecedě Base64 nenacházejí, se při dekódováni ignorují. Diky tomu se do datového proudu mohou vkládat navíc znaky konců řádků, které zajistí správný průchod zprávy mezilehlými ovými bránami. Binary. Hodnota Binary znamená, že k žádnému kódování fakticky nedochází, v proudu dat se mohou vyskytovat i znaky mimo sadu ASCII a řádky mohou být delší, než kolik pro úspěšný přenos zpráv dovoluje protokol SMTP. Seven-Bit. Hodnota Seven-Bit opět znamená, že se žádné kódování neprovádí; všechny znaky patří do sady ASCII a řádky jsou krátké, takže protokol SMTP může zprávu úspěšně přenést. Eight-Bit. Kódování se neprovádí ani u Eight-Bit; řádky textu jsou opět dostatečně krátké, v textu se však mohou vyskytovat i znaky mimo sadu ASCII. X-Token. Při kódování X-Token se konkrétní metoda kódování privátně potvrzuje mezi odesilatelem a příjemcem protokolu SMTP. Explicitní deklarace kódování Binary, Seven-Bit a Eight-Bit má sloužit zejména pro budoucí rozšíření funkcí MIME. Všechny tři uvedené typy kódování tedy znamenají, že sice pro ně v současné době není definován žádný mechanismus kódování, budoucí implementace však mohou podle konkrétního typu provádět odpovídající kódování dat. Rozšíření S/MIME Standard S/MIME (Secure/Multipurpose Internet Mail Extensions) definuje protokol pro rozšíření elektronické výměny zpráv o bezpečnostní mechanismy. S/MIME nabízí šifrování zpráv a obsahuje digitální podpisy. Standard S/MIME se v současné době vyvíjí pod hlavičkou pracovní skupiny IETF. Podrobnější informace o pracovní skupině IETF najdete na adrese Podle standardu S/MIME se obsah zprávy šifruje pomoci symetrické šifry a klíč se poté šifruje algoritmem veřejného klíče. S ohledem na předpisy vlády Spojených států přitom standard doporučuje šifrování algoritmem RC2 ve zřetězeném blokovém šifrování (CBC), přičemž pro odesílání zpráv se použije 40bitový klíč. Pro samostatné verze aplikací, jejichž implementace je omezena jen na území Spojených států, doporučuje standard S/MIME šifrování obsahu pomocí algoritmu DES (Data Encryption Standard) nebo Triple DES. U přijatých zpráv vyžaduje standard S/MIME podporu algoritmů otisku zprávy MD2 a MD5. Pro odesílané zprávy se jako algoritmus otisku zprávy doporučuje pouze MD5. V rámci přijímání zpráv vyžaduje S/MIME podporu certifikátů X.509 verze l. S/MIME však současně pro příjem zpráv doporučuje (avšak nevyžaduje) podporu certifikátů X.509 verze 2 a 3. Podpora certifikátů X.509 verze l je současně doporučena pro odesílané zprávy. Podle výkladu vlády Spojených států musí každá implementace standardu S/MIME podporovat klíče algoritmu RSA pro šifrování odchozích zpráv o velikosti od 512 do l 024 bitů. Samotný standard S/ MIME však doporučuje podporu klíčů o velikosti až bitů. Standard S/MIME využívá certifikátů X.509. Společnost VeriSign vytvořila infrastrukturu pro vydávání a podporu těchto certifikátů. RSA Data Security nabízí toolkit se jménem TIPEM, 8
9 který obsahuje objektový kód jazyka C pro práci s digitálními podpisy, digitálními certifikáty a pro formátování zpráv. Podporu standardu S/MIME ohlásila také celá řada dalších společností, jako například Microsoft, Lotus, VeriSign, Netscape a Novell. Služby MOSS neboli PEM-MIME Služby MOSS (MIME Object Security Services) představují návrh standardu (dokument RFC 1848), který by docela dobře mohl nahradit standard PEM (Privacy Enhanced Mail). Podle definice standardu MIME se ová zpráva skládá z několika různých částí. Standard S/MIME aplikuje vždy jediný bezpečnostní algoritmus na celou zprávu - tedy na všechny části zprávy MIME. Standard MOSS definuje oproti tomu mechanismus, podle něhož lze různé části jedné zprávy zašifrovat pomocí různých algoritmů nebo pomocí stejného algoritmu, ale s různými klíči. Standardu MOSS se někdy také říká PEM-MIME. Tento standard je terčem poměrně časté kritiky, protože mimo jiné není dostatečně striktní. Definice standardu MOSS je totiž natolik volná, že jeden ový agent, který této definici vyhovuje, může vygenerovat takovou zprávu, kterou jiný agent nepřečte, přestože sám také definici standardu odpovídá. Standard PEM Kořeny standardu PEM (Privacy Enhanced Mail) sahají až do období práce skupiny Privacy and Security Research Group, kterou založil výbor IAB (Internet Architecture Board) v polovině osmdesátých let. Standard PEM dokumentuje RFC PEM definuje celou řadu funkcí: Důvěrnost, díky níž je zpráva srozumitelná pouze oprávněným příjemcům. Tato ochrana dat je aktivní nejen během přepravy dat (tedy například při přenosu po síti LAN), ale také v době, kdy je zpráva již uložena v poštovní schránce příjemce. Autentizační služba stvrzuje, že daná zpráva pochází skutečně od toho odesílatele, který se za odesílatele prohlašuje. Služba integrity, která zabezpečuje příjem zprávy přesně ve stejné podobě, v jaké byla odeslána to znamená, že zajišťuje neporušenost zprávy během přepravy. Nemožnost zapření znamená, že odesílatel nemůže zprávu později popřít a tvrdit, že ji vůbec neodeslal. Jinými slovy, pomoci mechanismu PEM může příjemce dokázat, že daná zpráva pochází skutečně jen od jediného možného odesílatele. Zprávy PEM využívají jako přenosový mechanismus protokol SMTP; standard PEM kromě toho předpokládá, že daná zpráva je ve formátu popsaném v dokumentu RFC 822. PEM provádí šifrování zpráv pomocí algoritmu DES v módu CBC. Symetrický šifrovací klíč algoritmu DES se každému příjemci odesílá v podobě šifrované algoritmem podpisu s veřejným klíčem. K ověřování veřejných klíčů stanovených příjemců využívá PEM certifikátů X.509. Společnost RSA Data Security nabízí bezplatnou nekomerční implementaci standardu PEM, a to pod názvem RIFEM. Více informací najdete v textovém souboru ftp://ripen.rsa. Standard PGP Standard PGP (Pretty Good Privacy, dost dobré soukromí") využívá kryptografie privátního klíče, kryptografie veřejného klíče a otisky zpráv. PGP zabezpečuje důvěrnost zpráv (to znamená, že dešifrovat a přečíst může zprávu pouze oprávněný příjemce) a autentizaci zpráv (příjemce bezpečně zná totožnost odesílatele). Mějte ale na paměti, že standard PGP zajišťuje soukromí souborů, nikoli pouze elektronické pošty. 9
10 Důvěrnost zajišťuje standard PGP šifrováním zpráv pomocí symetrické blokové šifry IDEA (Intemational Data Encryption Algorithm) s náhodně vygenerovaným klíčem o délce 128 bitů. Tento klíč se vloží do hlavičky zprávy, která se posléze zašifruje pomocí šifry RSA s veřejným klíčem. Jako klíč šifry RSA se použije veřejný klíč příjemce elektronické pošty. Příjemce nejprve dešifruje hlavičku zprávy pomocí svého vlastního privátního klíče příjemce a tak zjistí náhodně vygenerovaný klíč, jímž byla zašifrována původní zpráva. K zabezpečení autentizace dat se ve standardu PGP využívá technika digitálních podpisů. Zprávu nejprve zpracuje algoritmus MD5, který vyrobí 128bitovou basovanou hodnotu. Uvedená hodnota se poté zašifruje pomocí algoritmu RSA, jehož vstupním klíčem je privátní klíč odesílatele. Takto zašifrovaná basovaná hodnota se zepředu připojí ke zprávě. Příjemce opět převezme tuto šifrovanou basovanou hodnotu a dešifruje ji pomocí veřejného klíče odesílatele. Dále příjemce dešifruje vlastní zprávu a nezávislým způsobem vypočte otisk zprávy podle algoritmu MD5. Takto vypočtený otisk zprávy by měl být totožný s přijatou a dešifrovanou hodnotou. PGP definuje celkem tři možné délky klíčů: Běžná" varianta má klíče o délce 384 bitů. Komerční" varianta má klíče o délce 512 bitů. Vojenská" varianta má klíče o délce l 024 bitů. Veřejné a privátní klíče uživatelů ukládá PGP na disk počítače, a to do souborů, kterým se řiká A:e)'-rings. Tyto klíče se ukládají pochopitelně v zašifrované podobě. Každý uživatel musí při přístupu ke klíčům zadat svoje heslo. Z hesla se vytvoří otisk zprávy pomocí algoritmu MD5. Tento otisk zprávy se použije jako klíč pro zašifrování klíčů šifrou IDEA. Standard PGP má však jednu dosti podstatnou slabinu, která je společná všem kryptografíckým systémům pracujícím s veřejným klíčem: jak zajistit, že je veřejný klič správný a že skutečně náleží konkrétnímu uživateli. V digitálních podpisech vygenerovaných systémem PGP a v šifrovaných zprávách může být nejvyšší bit bajtů roven jedné. Tyto zprávy se tím pádem mohou, ale nemusí správně přenést přes ové servery, protože některé servery předpokládají v nejvyšším bitu každého bajtu vždy nulu. Standard PGP obsahuje proto schéma, které mapuje každé tři znaky do čtyř znaků, v nichž je již nejvyšší bit správně roven nule. Standard PGP je k dispozici pro celou řadu různých platforem, například pro Microsoft Windows, DOS, Unix, Macintosh a VMS. Dají se sehnat jak bezplatné freewarové, tak i komerční verze softwaru pro PGP. Některé verze těchto systémů však nevyhovují vývozním omezením vlády Spojených států. Z toho důvodu byla vytvořena speciální mezinárodní verze PGP; jmenuje se PGP5I a vznikla vytištěním kódu PGP5 v knižní podobě. Exportuje se tedy kniha, nikoli samotný kód. Kód se poté scanováním přenesl do počítače. Takovýto postup již požadavkům vlády Spojených států pro export technologií vyhovuje. 10
11 4.3 oví klienti Funkci poštovního klienta může vykonávat velmi mnoho programů. V systémech typu Unix se používají programy mail a komfortnější pine. Z nejpoužívanějších v běžných uživatelských OS můžeme uvést Pegassus Mail pro MS DOS nebo Windows, Outlook nebo Outlook Express pro Windows, či Pine pro UNIX. Princip práce, který je u všech klientů podobný, si vysvětlíme na programu Outlook Express. Ten je součástí balíku programů pro práci s Internetem ve všech verzích Windows od Windows 95 SE. Pine Tento ový klient určený pro unixovské systémy pracuje výhradně v textovém režimu. Přesto se jedná o velmi efektivní a propracovaný nástroj nejen pro čtení a odesílání elektronické pošty, ale i pro její automatické zpracování. Program pine se obvykle spouští povelem pine chceme-li zpracovávat nejprve došlou poštu. Kromě toho lze tento program spustit analogicky jako program mail, tzn. povel pine adresa slouží k odeslání pošty na danou adresu a povel pine -f folder otevírá ke zpracování poštovní přihrádku folder. V každé situaci (kromě režimů editace odesílaného dopisu, adresáře, prohlížení nápovědy a některých případů, kdy program vyžaduje odpověď na konkrétní otázku) je dostupné MAIN MENU pomocí klávesy M. Hlavní menu obsahuje informaci o verzi programu a aktuální poštovní přihrádce. V menu se lze pohybovat buď pomocí kurzoru, nebo zadáním jednoznakových povelů (kláves), přičemž velká a malá písmena se nerozlišují. Jejich přehled je v dolní části obrazovky. Protože se na spodní část displeje nevejdou všechny použitelné povely, je k dispozici povel O - OTHER CMDS (Další povely). Většinou je jeden z povelů předvolen, tzn. uplatní se po stisknutí klávesy <Enter>. Předvolba je indikována tak, že v dolním menu je nápověda k předvolenému povelu umístěna do hranatých závorek.? HELP obsahuje stručný přehled základních povelů programu pine. C COMPOSE MESSAGE vyvolá editor pico, ve kterém je možno editovat odesílaný dopis. I FOLDER INDEX zobrazí přehled dopisů v aktuální poštovní přihrádce. L FOLDER LIST zobrazí přehled všech uživatelových poštovních přihrádek. A ADDRESS BOOK umožňuje editaci a vyhledávání položek v ových adresářích. S SETUP je určen pro konfiguraci tisku a osobní konfiguraci programu pine. 11
12 Hlavní panel programu Pine. Veškerá submenu (obrazovky), do kterých se uživatel v programu pine dostane, obsahují seznam použitelných povelů (nápovědu) v dolní části obrazovky. Jedním z těchto povelů je obvykle Help (Pomoc). Tak je možno využívat široký repertoár povelů, aniž by bylo nutno číst jakýkoli manuál. Stejně tak přívětivě se chová pine k uživateli, pokud je třeba vybrat soubor, poštovní přihrádku, skupinu Netnews nebo vyhledat adresu. Pine nabídne seznam možností, ve kterém se potom pohodlně provede volba. Do režimu odesílání pošty se dostaneme pomocí povelu C - COMPOSE MESSAGE (Sestavení a odeslání dopisu). Povel C je dostupný podobně jako povel M - MAIN MENU. Po zadání povelu se vyvolá editor pico a objeví se obrazovka s menu pro sestavení a odesílání dopisu. V horní části je hlavička dopisu, kde stačí vyplnit standardní pole To:. Hlavička je zřetelně oddělena od prostoru pro vlastní sdělení dopisu. Na rozdíl od jiných obrazovek programu pine se editor pico ovládá Ctrl-sekvencemi (např. zadání povelu Send (Odešli) se provede jako ^X, tzn. současným stisknutím kláves <Ctrl> a <x>, tj. <Ctrl-x> ). Pico je jednoduchý editor, který splňuje základní požadavky kladené na editaci textů. Lze pomocí něho mazat, vkládat a přenášet části textů, hledat zadané řetezce i kontrolovat pravopis ( Spell checking - pouze UNIX Pine!). Editor pico lze použít mimo pine samostatně povelem pico název-souboru Poznámka: Některé terminály používají Ctrl-sekvence pro řízení přenosu dat a blokují tím jejich použití v editoru pico. V tomto případě můžeme klávesu <Ctrl> nahradit sekvencí <Esc> <Esc>. Při odeslání dopisu tedy místo současného stisknutí <Ctrl-x> postupně stiskneme klávesy <Esc> <Esc> <x>. V poli To: hlavičky se uvádí ová adresa příjemce. Program dává možnost zadat ji plně (tj. včetně popř. pomocí nickname (přezdívka), která byla předtím zadána v některém z adresářů elektronické pošty. Těchto adresářů může mít každý uživatel několik a také skupina uživatelů může sdílet společný adresář (viz odst.3.4). 12
13 Standardní hlavička programu pine obsahuje dále pole Cc: (Carbon copy). Sem se píší adresy těch uživatelů, kterým se dává dopis na vědomí. Pole Subject: slouží ke stručné specifikaci obsahu zprávy (tj. "Věc"). Pole Attchmnt: je určeno k připojování příloh k dopisům a především k připojování binárních souborů. Připojení souboru jako přílohy docílíme umístěním kurzoru do pole Attchmnt: a použitím povelu ^J ( Attach - Připoj). Doporučuje se takto připojovat pouze binární soubory, běžné textové soubory je vhodné vložit přímo do těla dopisu v poloze kurzoru povelem ^R ( Read file - Načti soubor). Pokud je kurzor umístěný v nějakém poli hlavičky, můžeme ji rozšířit pomocí povelu ^R ( Rich Header - Rozšířená hlavička). Poté přibudou pole: Bcc: Blind carbon copy - zde se specifikují adresy příjemců kopie, u nichž není žádoucí, aby tuto skutečnost adresát věděl Newsgrps: k odesílání dopisů do skupin NetNews Fcc: odesílaný dopis se dokumentuje v určité poštovní přihrádce - souboru K psaní textu dopisu je účelné využít vestavěný editor pico nebo použít alternativní editor povelem ^_ (pouze pro UNIX Pine!). Pico používá triviální zarovnávání, není tedy nutné oddělovat jednotlivé řádky pomocí klávesy <Enter>. Standardně fungují šipky, <Backspace> a <Enter>, text v poloze kurzoru se nepřepisuje, ale je vkládán (těmito vlastnostmi se pico poněkud podobá vnitřnímu editoru F4 programu Norton Commander ). Přehled základních povelů vyvoláme stisknutím ^G ( Get Help - Pomoc). Chceme-li přenést část textu na jiné místo, umístíme kurzor na první znak přenášené části a označíme ho povelem ^^ (tj. <Ctrl-^>, Set mark - Označ). Poté přemístíme kurzor na poslední znak a zadáme ^K ( Delete line - Vymaž řádku nebo označený text a umísti do paměti). Vyříznutý text lze následně vyvolat v poloze kurzoru povelem ^U (Undelete Line - Obnov dříve vymazanou řádku nebo část textu). 13
Elektronická pošta. elementární služba, výchozí pro některé další jedna z prvních síťových služeb vůbec. základní principy popisují
Elektronická pošta elementární služba, výchozí pro některé další jedna z prvních síťových služeb vůbec v Internetu: protokol SMTP existují i další poštovní systémy, zpravidla propojeny s internetovou poštou
VíceSchéma e-pošty. UA (User Agent) rozhraní pro uživatele MTA (Message Transfer Agent) zajišťuje dopravu dopisů. disk. odesilatel. fronta dopisů SMTP
Elektronická pošta Schéma e-pošty odesilatel UA disk SMTP fronta dopisů disk MTA SMTP MTA adresát UA disk POP IMAP poštovní schránka disk MTA SMTP UA (User Agent) rozhraní pro uživatele MTA (Message Transfer
VícePočítačové sítě Internetový systém elektronické pošty
Výměna elektronických zpráv mezi uživateli ukládání do schránek (mailboxes) Princip store and forward, využití MX záznamů v DNS Zpráva v původní verzi pouze text, v rozšířené verzi (specifikace MIME Multipurpose
VíceInovace bakalářského studijního oboru Aplikovaná chemie http://aplchem.upol.cz
http://aplchem.upol.cz CZ.1.07/2.2.00/15.0247 Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. Internet a zdroje Elektronická pošta a její správa, bezpečnost
VíceElektronická pošta... 3 Historie... 3 Technické principy... 3 Komunikační protokoly... 3 MBOX... 4 Maildir... 4 Jak funguje e-mail... 5 POP3...
Elektronická pošta Elektronická pošta... 3 Historie... 3 Technické principy... 3 Komunikační protokoly... 3 MBOX... 4 Maildir... 4 Jak funguje e-mail... 5 POP3... 5 IMAP... 6 Výhody a nevýhody IMAP...
VíceIdentifikátor materiálu: ICT-3-03
Identifikátor materiálu: ICT-3-03 Předmět Téma sady Informační a komunikační technologie Téma materiálu TCP/IP Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí architekturu TCP/IP. Druh
VíceRelační vrstva SMB-Síťový komunikační protokol aplikační vrstvy, který slouží ke sdílenému přístupu k souborům, tiskárnám, sériovým portům.
Aplikační vrstva http-protokol, díky kterému je možné zobrazovat webové stránky. -Protokol dokáže přenášet jakékoliv soubory (stránky, obrázky, ) a používá se také k různým dalším službám na internetu
VícePodstata elektronické pošty
Podstata elektronické pošty Elektronická pošta Komunikace v systému elektronické pošty Protokoly elektronické pošty v prostředí TCP/IP sítí Klientská prostředí elektronické pošty Tento materiál si neklade
VíceInovace bakalářského studijního oboru Aplikovaná chemie
http://aplchem.upol.cz CZ.1.07/2.2.00/15.0247 Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. Internet a zdroje Elektronická pošta a její správa, bezpečnost
VíceInovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě
Střední průmyslová škola a Vyšší odborná škola technická Brno, Sokolská 1 Šablona: Název: Téma: Autor: Číslo: Anotace: Inovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě Email Ing. Zelinka
Více7. Aplikační vrstva. Aplikační vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl. Představíme si funkci aplikační vrstvy a jednotlivé protokoly.
7. Aplikační vrstva Studijní cíl Představíme si funkci aplikační vrstvy a jednotlivé protokoly. Doba nutná k nastudování 2 hodiny Aplikační vrstva Účelem aplikační vrstvy je poskytnout aplikačním procesům
Více(5) Klientské aplikace pro a web, (6) Elektronický podpis
(5) Klientské aplikace pro email a web, (6) Elektronický podpis Osnova 1. Emailový klient 1. Funkce emailového klienat 2. Internetový protokol 1. Příchozí zprávy 1. POP3 2. IMAP 3. Výhody IMAPu v porovnání
VícePočítačové sítě Systém pro přenos souborů protokol FTP
Počítačové sítě Systém pro přenos souborů protokol FTP Autorizovaný přístup do souborového systému hostitelského uzlu Informace o obsahu souborového systému hostitelského uzlu Obousměrný přenos kopií souborů
VíceEmail. email. Email spolupráce více systémů. email. Pro zajištění služby je používáno více aplikačních protokolů, např.: DNS SMTP.
email Email email Email spolupráce více systémů Pro zajištění služby je používáno více aplikačních protokolů, např.: DNS SMTP POP or IMAP MSGFMT (RFC822,...) a MIME Email splitting & relaying 1 relaying
VíceIng. Jitka Dařbujanová. E-mail, SSL, News, elektronické konference
Ing. Jitka Dařbujanová E-mail, SSL, News, elektronické konference Elementární služba s dlouhou historií Původně určena pro přenášení pouze textových ASCII zpráv poté rozšíření MIME Pro příjem pošty potřebujete
VíceSSL Secure Sockets Layer
SSL Secure Sockets Layer internetové aplikační protokoly jsou nezabezpečené SSL vkládá do architektury šifrující vrstvu aplikační (HTTP, IMAP,...) SSL transportní (TCP, UDP) síťová (IP) SSL poskytuje zabezpečenou
VíceUživatel počítačové sítě
Uživatel počítačové sítě Intenzivní kurz CBA Daniel Klimeš, Ivo Šnábl Program kurzu Úterý 8.3.2005 15.00 18.00 Teoretická část Středa 9.3.2005 15.00 19.00 Praktická práce s počítačem Úterý 15.3.2005 15.00
VícePříručka nastavení funkcí snímání
Příručka nastavení funkcí snímání WorkCentre M123/M128 WorkCentre Pro 123/128 701P42171_CS 2004. Všechna práva vyhrazena. Uplatňovaná ochrana autorských práv se vztahuje na všechny formy a záležitosti
VíceModel ISO - OSI. 5 až 7 - uživatelská část, 1 až 3 - síťová část
Zatímco první čtyři vrstvy jsou poměrně exaktně definovány, zbylé tři vrstvy nemusí být striktně použity tak, jak jsou definovány podle tohoto modelu. (Příkladem, kdy nejsou v modelu použity všechny vrstvy,
VícePRAVIDLA PROVOZU ELEKTRONICKÉ POŠTY V BIOFYZIKÁLNÍM ÚSTAVU AV ČR
PRAVIDLA PROVOZU ELEKTRONICKÉ POŠTY V BIOFYZIKÁLNÍM ÚSTAVU AV ČR Článek 1 Obecná ustanovení 1. Elektronická pošta slouží pro výměnu krátkých sdělení a dokumentů formou elektronických dopisů. 2. Přístup
VíceKryptografie, elektronický podpis. Ing. Miloslav Hub, Ph.D. 27. listopadu 2007
Kryptografie, elektronický podpis Ing. Miloslav Hub, Ph.D. 27. listopadu 2007 Kryptologie Kryptologie věda o šifrování, dělí se: Kryptografie nauka o metodách utajování smyslu zpráv převodem do podoby,
VíceRegistrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence schopnost, který je spolufinancován
Více3.8 Elektronická pošta
Název školy Číslo projektu Autor Název šablony Název DUMu Tematická oblast Předmět Druh učebního materiálu Anotace Vybavení, pomůcky Střední průmyslová škola strojnická Vsetín CZ.1.07/1.5.00/34.0483 Ing.
VíceFile Transfer Protocol (FTP)
File Transfer Protocol (FTP) protokol pro přenos souborů, jeden z klasických RFC 959 přehled specifikací na http://www.wu-ftpd.org/rfc/ opět architektura klient-server navržen s ohledem na efektivní využívání
Vícemetodický list č. 1 Internet protokol, návaznost na nižší vrstvy, směrování
metodický list č. 1 Internet protokol, návaznost na nižší vrstvy, směrování Cílem tohoto tematického celku je poznat formát internet protokolu (IP) a pochopit základní principy jeho fungování včetně návazných
Více24 Uživatelské výběry
24 Uživatelské výběry Uživatelský modul Uživatelské výběry slouží k vytváření, správě a následnému používání tématicky seskupených osob a organizací včetně jejich kontaktních údajů. Modul umožňuje hromadnou
VíceDokumentace. k modulu. podnikový informační systém (ERP) Datové schránky
Dokumentace k modulu podnikový informační systém (ERP) Nastavení datové schránky Datová schránka je elektronické úložiště, které je určené k doručování písemností státních institucí (orgánů veřejné moci)
VíceMigrace na aplikaci Outlook 2010
V tomto průvodci Microsoft Aplikace Microsoft Outlook 2010 vypadá velmi odlišně od aplikace Outlook 2003, a proto jsme vytvořili tohoto průvodce, který vám pomůže se s ní rychle seznámit. Dozvíte se o
VícePoužití programu WinProxy
JIHOČESKÁ UNIVERZITA V ČESKÝCH BUDĚJOVICÍCH PEDAGOGICKÁ FAKULTA KATEDRA INFORMATIKY Použití programu WinProxy pro připojení domácí sítě k internetu Semestrální práce z předmětu Lokální počítačové sítě
VíceMichaela Sluková, Lenka Ščepánková 15.5.2014
ČVUT FJFI 15.5.2014 1 Úvod 2 3 4 OpenPGP Úvod Jak? Zašifrovat email lze pomocí šifrování zprávy samotné či elektronickým podpisem emailových zpráv. Proč? Zprávu nepřečte někdo jiný a nemůže být změněna,
VíceUNIVERZITA PARDUBICE. Dopravní fakulta Jana Pernera. Elektronická pošta. Semestrální práce z předmětu Úvod do informačních technologií
UNIVERZITA PARDUBICE Dopravní fakulta Jana Pernera Elektronická pošta Semestrální práce z předmětu Úvod do informačních technologií Datum odevzdání: 1. 1. 2009 Stanislav Machalík, stud. obor DP Úvod Elektronická
VíceAnalýza síťového provozu. Ing. Dominik Breitenbacher Mgr. Radim Janča
Analýza síťového provozu Ing. Dominik Breitenbacher ibreiten@fit.vutbr.cz Mgr. Radim Janča ijanca@fit.vutbr.cz Obsah cvičení Komunikace na síti a internetu Ukázka nejčastějších protokolů na internetu Zachytávání
VícePočítačové sítě. Počítačová síť. VYT Počítačové sítě
Počítačové sítě Počítačová síť Je soubor technických prostředků, které umožňují spojení mezi počítači a výměnu informací prostřednictvím tohoto spojení. Postupný rozvoj během druhé poloviny 20. století.
VíceCZ.1.07/1.5.00/
Elektronická pošta Elektronická pošta je dnes je již klasickým využitím Internetu. Prostřednictvím Internetu můžete v elektronické formě posílat a dostávat zprávy ve srovnání s klasickou poštou může být
VíceRegistrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence
VíceNastavení telefonu Nokia Lumia 925
Nastavení telefonu Nokia Lumia 925 Telefon Nokia Lumia 925, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny. Některé
VíceRegistrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence schopnost, který je spolufinancován
Více- PC musí být připojené v lokální síti - je bezpodmínečně nutné, aby aplikace Outlook nebyla aktivní)
(CETIN) INSTALACE nové verze aplikace Entrust (ESP Entrust Security Provider) (určeno k šifrování souborů a podepisování souborů a zabezpečení e-mailu (šifrování, podpis), aplikace umožňuje současné použití
VíceVDDMAIL by ESCAD, Corp. (Součást IWSE.NET Services by ESCAD, Corp.)
1 z 10 VDDMAIL by ESCAD, Corp. (Součást IWSE.NET Services by ESCAD, Corp.) Obsah: A. Úvod B. Popis aplikace C. Instalace D. První spuštění E. Manuál programu VDDMAIL 1. Záložka DDE Server DDE Parametry
VíceAplikace BSMS. Uživatelská příručka - 1 -
Aplikace BSMS Uživatelská příručka - 1 - Obsah 1. O aplikaci BSMS... 3 2. Základní předpoklady pro používání BSMS... 3 3. Instalace aplikace... 3 3.1. Samotná instalace... 3 3.2. Možné problémy při instalaci...
VíceProtokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Operační systém TCP/IP TCP spojení TCP/IP Pseudo terminal driver Operační systém
VíceProtokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Jádro TCP/IP TCP/IP Jádro Pseudo terminal driver Uživatel u terminálu TCP spojení
VíceTCP-Wedge ZDARMA. Přidává podporu TCP/IP: Sběr dat z adres portu IP na libovolné síti TCP/IP - ethernet / internet.
Katalogový list www.abetec.cz Software WinWedge Professional pro sběr dat 15-1003E Obj. číslo: 106001285 Výrobce: Mark-10 Corporation Anotace Přenáší data do libovolného programu Windows. Poskytuje plný
VíceIdentifikátor materiálu: ICT-2-04
Identifikátor materiálu: ICT-2-04 Předmět Téma sady Informační a komunikační technologie Téma materiálu Zabezpečení informací Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí kryptografii.
VícePřednáška 3. Opakovače,směrovače, mosty a síťové brány
Přednáška 3 Opakovače,směrovače, mosty a síťové brány Server a Client Server je obecné označení pro proces nebo systém, který poskytuje nějakou službu. Služba je obvykle realizována některým aplikačním
VíceKAPITOLA 2 - ZÁKLADNÍ POJMY INFORMAČNÍCH A KOMUNIKAČNÍCH TECHNOLOGIÍ
KAPITOLA 2 - ZÁKLADNÍ POJMY INFORMAČNÍCH A KOMUNIKAČNÍCH TECHNOLOGIÍ KLÍČOVÉ POJMY Internet World Wide Web FTP, fulltext e-mail, IP adresa webový prohlížeč a vyhledávač CÍLE KAPITOLY Pochopit, co je Internet
Více1. Obsah 2. Úvod Zdarma poštovní klient od společnosti Microsoft přímo v PC
1. Obsah 1. Obsah... 1 2. Úvod... 1 3. Instalace... 2 4. Vytvoření účtu... 5 5. Pošta... 7 6. Kontakty... 11 7. Informační kanály... 11 8. Nastavení zobrazení... 12 2. Úvod Zdarma poštovní klient od společnosti
VíceNázev školy: Základní škola a Mateřská škola Žalany. Číslo projektu: CZ. 1.07/1.4.00/ Téma sady: Informatika pro devátý ročník
Název školy: Základní škola a Mateřská škola Žalany Číslo projektu: CZ. 1.07/1.4.00/21.3210 Téma sady: Informatika pro devátý ročník Název DUM: VY_32_INOVACE_5A_5_Protokoly_a_porty Vyučovací předmět: Informatika
VíceInternet Information Services (IIS) 6.0
Internet Information Services (IIS) 6.0 V operačním systému Windows Server 2003 je obsažena i služba IIS v 6.0. Služba IIS poskytuje jak www server tak i některé další služby (FTP, NNTP,...). Jedná se
VíceIdentifikátor materiálu: ICT-3-10
Identifikátor materiálu: ICT-3-10 Předmět Téma sady Informační a komunikační technologie Téma materiálu Doména a služby Internetu Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí služby
VíceKomunikační protokoly počítačů a počítačových sítí
Komunikační protokoly počítačů a počítačových sítí Autor: Ing. Jan Nožička SOŠ a SOU Česká Lípa VY_32_INOVACE_1138_Komunikační protokoly počítačů a počítačových sítí_pwp Název školy: Číslo a název projektu:
VíceElektronická pošta (e mail)
Elektronická pošta e mail Cílem této kapitoly je seznámit čtenáře s jednou z nejpoužívanějších a nejoblíbenějších služeb počítačových sítí elektronickou poštou a technologiemi, na kterých je tato služba
VíceNávod na používání webmailu
Návod na používání webmailu Každý student a zaměstnanec UTB má svoji vlastní školní e-mailovou schránku. K té se lze připojit buď pomocí webového klienta http://webmail.utb.cz, nebo libovolného e-mailového
VíceNastavení telefonu Windows Phone 8S by HTC
Nastavení telefonu Windows Phone 8S by HTC Telefon Windows Phone 8S by HTC, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny.
VíceDatum vytvoření. Vytvořeno 18. října 2012. Očekávaný výstup. Žák chápe pojmy URL, IP, umí vyjmenovat běžné protokoly a ví, k čemu slouží
Číslo projektu CZ.1.07/1.5.00/34.0394 Škola SOŠ a SOU Hustopeče, Masarykovo nám. 1 Autor Ing. Miriam Sedláčková Číslo VY_32_INOVACE_ICT.3.01 Název Teorie internetu- úvod Téma hodiny Teorie internetu Předmět
VícePráce s e-mailovými schránkami v síti Selfnet
Práce s e-mailovými schránkami v síti Selfnet Obsah návodu Základní informace k nastavení schránky selfnet.cz...2 Doporučené parametry nastavení e-mailového klienta...2 Základní informace k nastavení e-mailové
VíceJe to SMTP a POP3 server který spolupracuje s GSM branami Alphatech. Převádí SMS zprávy na emaily a emaily na SMS zprávy.
SMS-Mail Je to SMTP a POP3 server který spolupracuje s GSM branami Alphatech. Převádí SMS zprávy na emaily a emaily na SMS zprávy. Z čeho se systém s programem SMS-Mail skládá : GSM brána Datové propojení
VíceNastavení telefonu Samsung S5570 Galaxy Mini
Nastavení telefonu Samsung S5570 Galaxy Mini Telefon Samsung S5570 Galaxy Mini, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již
VíceVYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA FAKULTA STROJNÍ DATABÁZOVÉ SYSTÉMY ARCHITEKTURA DATABÁZOVÝCH SYSTÉMŮ. Ing. Lukáš OTTE, Ph.D.
VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA FAKULTA STROJNÍ DATABÁZOVÉ SYSTÉMY ARCHITEKTURA DATABÁZOVÝCH SYSTÉMŮ Ing. Lukáš OTTE, Ph.D. Ostrava 2013 Tento studijní materiál vznikl za finanční podpory
Více26 Evidence pošty. Popis modulu. Záložka Evidence pošty
26 Evidence pošty Uživatelský modul Evidence pošty realizuje podrobnou evidenci všech došlých a odesílaných poštovních zásilek s možností přidělovat tyto zásilky uživatelům informačního systému k vyřízení,
VíceIng. Jitka Dařbujanová. TCP/IP, telnet, SSH, FTP
Ing. Jitka Dařbujanová TCP/IP, telnet, SSH, FTP Globální systém pro propojení počítačových sítí, který k tomuto využívá sadu protokolů TCP/IP Síť mnoha různých sítí propojených metalickými, optickými kabely,
VíceNastavení tabletu Apple ipad
Nastavení tabletu Apple ipad Tablet Apple ipad, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny. Pokud je potřeba
VíceNastavení telefonu Samsung S5610
Nastavení telefonu Samsung S5610 Telefon Samsung S5610, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny. Pokud je
VíceNastavení telefonu Sony Ericsson T300
Nastavení telefonu Sony Ericsson T300 Telefon Sony Ericsson T300, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny.
VíceSADA VY_32_INOVACE_PP1
SADA VY_32_INOVACE_PP1 Přehled anotačních tabulek k dvaceti výukovým materiálům vytvořených Ing. Janem Prašivkou. Kontakt na tvůrce těchto DUM: prasivka@szesro.cz Úvod do informatiky VY_32_INOVACE_PP1.PRA.01
VíceEU-OPVK:VY_32_INOVACE_FIL9 Vojtěch Filip, 2013
Číslo projektu CZ.1.07/1.5.00/34.0036 Tématický celek Inovace výuky ICT na BPA Název projektu Inovace a individualizace výuky Název materiálu Komunikační protokoly v počítačových sítích Číslo materiálu
VíceSEMESTRÁLNÍ PROJEKT Y38PRO
SEMESTRÁLNÍ PROJEKT Y38PRO Závěrečná zpráva Jiří Pomije Cíl projektu Propojení regulátoru s PC a vytvoření knihovny funkcí pro práci s regulátorem TLK43. Regulátor TLK43 je mikroprocesorový regulátor s
VíceÚvod do email systému
Úvod do email systému Základní informace Toto emailové prostředí je rozloženo do tří hlavních částí - rámců. Levý rámec zobrazuje aktuálně přihlášené složky. V pravé části strany se realizuje veškerá činnost
VíceGymnázium a Střední odborná škola, Rokycany, Mládežníků 1115
Gymnázium a Střední odborná škola, Rokycany, Mládežníků 1115 Číslo projektu: CZ.1.07/1.5.00/34.0410 Číslo šablony: 21 Název materiálu: Možnosti komunikace a synchronizace Ročník: Identifikace materiálu:
VíceRodina protokolů TCP/IP, verze 2.6. Část 9: Elektronická pošta
v. 2.6 Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha Rodina protokolů, verze 2.6 Část 9: Elektronická pošta Jiří Peterka, 2010 v. 2.6 co je elektronická pošta?
VíceNastavení zařízení Samsung P1000 Galaxy Tab
Nastavení zařízení Samsung P1000 Galaxy Tab Zařízení Samsung P1000 Galaxy Tab, zakoupené v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již
VícePro označení disku se používají písmena velké abecedy, za nimiž následuje dvojtečka.
1 Disky, adresáře (složky) a soubory Disky Pro označení disku se používají písmena velké abecedy, za nimiž následuje dvojtečka. A:, B: C:, D:, E:, F: až Z: - označení disketových mechanik - ostatní disky
VícePodzim 2008. Boot možnosti
Sedí dva velmi smutní informatici v serverové místnosti. Přijde k nim třetí a ptá se: "A cože jste tak smutní?" "No, včera jsme se trošku ožrali a měnili jsme hesla... Podzim 2008 PV175 SPRÁVA MS WINDOWS
Více1. DATOVÉ SCHRÁNKY OBECNÝ PŘÍSTUP K DATOVÉ SCHRÁNCE DATOVÉ ZPRÁVY... 3
ESO9 international a.s. Zpracoval: Skyva Petr U Mlýna 2305/22, 141 Praha 4 Záběhlice Dne: 15.1.20187 tel.: +420 585 203 370-2 e-mail: info@eso9.cz Revize: Skyva Petr www.eso9.cz Dne: 15.1.20187 Obsah 1.
Více9. Sítě MS Windows. Distribuce Windows. Obchodní označení. Jednoduchý OS pro osobní počítače, pouze FAT, základní podpora peer to peer sítí,
9. Sítě MS Windows MS Windows existoval ve 2 vývojových větvích 9x a NT, tyto později byly sloučeny. V současnosti existují aktuální verze Windows XP a Windows 2003 Server. (Očekává se vydání Windows Vista)
VíceNastavení telefonu Nokia N9
Nastavení telefonu Nokia N9 Telefon Nokia N9, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny. Některé položky v
VíceObsah. Úroveň I - Přehled. Úroveň II - Principy. Kapitola 1. Kapitola 2
Úroveň I - Přehled Úroveň II - Principy Kapitola 1 Kapitola 2 1. Základní pojmy a souvislosti 27 1.1 Zpráva vs. dokument 27 1.2 Písemná, listinná a elektronická podoba dokumentu 27 1.3 Podpis, elektronický
Více1. Podmínky chodu aplikace
1 / 15 1. Podmínky chodu aplikace Licenční instalace určení pro značku, lokální instalace, nebo síťová licencovaná MAS serverem. 1.1. Instalace podpory MicroCat na lokální stanici Na dané stanici musí
VíceÚvod do informačních služeb Internetu
Úvod do informačních služeb Internetu Rozdělení počítačových sítí Počítačové sítě se obecně rozdělují do základních typů podle toho, na jak velkém území spojují počítače a jaké spojovací prostředky k tomu
VícePřednáška 10. X Window. Secure shell. Úvod do Operačních Systémů Přednáška 10
Přednáška 10 X Window. Secure shell. 1 X Window systém I Systém pro správu oken. Poskytuje nástroje pro tvorbu GUI (Graphical User Interface) a grafických aplikací. Nezávislý na hardwaru. Transparentní
VíceTestovací protokol čipová karta Oberthur Id-One Cosmo V5.4
Testovací protokol čipová karta Oberthur Id-One Cosmo V5.4 1 Úvod 1.1 Testovaný produkt Hardware: čipová karta Oberthur Id-One Cosmo V5.4 Software: smart 1.05.07 Datum testování: 25. 12. 2009 1.2 Konfigurace
Víceschopni vysvětlit, co znamená protokol NFS a k čemu se používá; umět rozpoznat autorské dílo a znát autorská práva;
POKYNY KE STUDIU 1 Rozšiřující data na Internetu Pracovní materiály Doprovodné obrázky a videa na Internetu Rejstřík pojmů 7 SDÍLENÍ DAT Čas ke studiu: 1,5 hodiny Cíl: Po prostudování této kapitoly budete:
Více1 Protokol TCP/IP (Transmission Control Protocol/Internet Protocol) a OSI model
1 Protokol TCP/IP (Transmission Control Protocol/Internet Protocol) a OSI model Protokoly určují pravidla, podle kterých se musí daná komunikační část chovat. Když budou dva počítače používat stejné komunikační
VíceMicrosoft. Word. Hromadná korespondence. Mgr. Jan Veverka Střední odborná škola sociální Evangelická akademie
Microsoft Word Hromadná korespondence Mgr. Jan Veverka Střední odborná škola sociální Evangelická akademie Hromadná korespondence Funkce hromadná korespondence umožňuje vytvoření malé databáze (tabulky)
VíceInovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě Vrstvový model TCP/IP Ing. Zelinka Pavel
Střední průmyslová škola a Vyšší odborná škola technická Brno, Sokolská 1 Šablona: Název: Téma: Autor: Číslo: Anotace: Inovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě Vrstvový model TCP/IP
VíceTC-502L TC-60xL. Tenký klient
TC-502L TC-60xL Tenký klient Popis přístroje Tenký klient TC-502L s kompletní podporou pro připojení do systémů Windows 7, Vista, Windows 2008, Windows 2003, Windows XP Pro, Linux servery. TC-604 navíc
VíceNastavení telefonu HTC Desire HD
Nastavení telefonu HTC Desire HD Telefon HTC Desire HD, zakoupený v prodejní síti společnosti T-Mobile Czech Republic a.s., má potřebné parametry pro použití T-Mobile služeb již přednastaveny. Pokud je
VíceSMTPServer - Příručka
Obsah Požadavky na systém... 2 Použití... 2 Proč vlastní SMTPServer... 2 Koncepce tohoto SMTPServeru... 2 Instalace SMTPServeru... 2 Odinstalování SMTPServeru... 6 Jak tento SMTPServer pracuje... 7 Stavy
VíceInovace bakalářského studijního oboru Aplikovaná chemie
http://aplchem.upol.cz CZ.1.07/2.2.00/15.0247 Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. Síťové vrstvy a protokoly Síťové vrstvy Síťové vrstvy Fyzická
VícePočítačové sítě ve vrstvách model ISO/OSI
Počítačové sítě ve vrstvách model ISO/OSI Vzhledem ke komplikovanosti celého systému přenosu dat po sítích bylo vhodné nahlížet na přenosové sítě v určitých úrovních. Pro představu: Jak a čím budeme přenášet
VíceFlexi uživatelská příručka verze 2.1
Flexi uživatelská příručka verze 2.1 6. listopadu 2009 1 OBSAH 1. ÚVOD... 3 1.1 ZÁKLADNÍ POPIS A FUNKCIONALITA... 3 1.2 PŘEHLED ČINNOSTÍ... 4 1.3 UŽIVATELÉ... 4 1.4 SPRÁVCE AGENDY... 4 1.5 PRACOVNÍ POSTUPY...
VíceProgram pro tvorbu technických výpočtů. VIKLAN - Výpočty. Uživatelská příručka. pro seznámení se základními možnostmi programu. Ing.
Program pro tvorbu technických výpočtů VIKLAN - Výpočty Uživatelská příručka pro seznámení se základními možnostmi programu Ing. Josef Spilka VIKLAN - Výpočty Verse 1.10.5.1 Copyright 2010 Ing. Josef Spilka.
Více50 Zápisník skupiny. Popis modulu
50 Zápisník skupiny Uživatelský modul Zápisník skupiny slouží ke strukturovanému (stromová struktura) uchovávání textových informací. Modul umožňuje text základním způsobem upravovat, texty je možné přenášet
Vícepomocí S/MIME ezprava.net s.r.o. 21. ledna 2015
Lékařský email elektronická výměna dat ve zdravotnictví pomocí S/MIME ezprava.net s.r.o. 21. ledna 2015 Abstrakt Tento dokument popisuje technické požadavky nutné pro zabezpečenou výměnu dat ve zdravotnictví
VíceDalší nástroje pro testování
Další nástroje pro testování PingPlotter grafická varianta programu ping umožňuje soustavné monitorování, archivování apod. www.pingplotter.com VisualRoute grafický traceroute visualroute.visualware.com
VíceCCNA I. 3. Connecting to the Network. CCNA I.: 3. Connecting to the network
CCNA I. 3. Connecting to the Network Základní pojmy Konvergence sítí (telefony, TV, PC, GSM) SOHO (Small Office and Home Office) nabídka a prodej produktů evidence objednávek komunikace se zákazníky zábava
Více3.17 Využívané síťové protokoly
Název školy Číslo projektu Autor Název šablony Název DUMu Tematická oblast Předmět Druh učebního materiálu Anotace Vybavení, pomůcky Střední průmyslová škola strojnická Vsetín CZ.1.07/1.5.00/34.0483 Ing.
VíceProjekt: 1.5, Registrační číslo: CZ.1.07/1.5.00/ Digitální podpisy
VY_32_INOVACE_BEZP_08 Projekt: 1.5, Registrační číslo: CZ.1.07/1.5.00/34.0304 Digitální podpisy Základní myšlenkou elektronického podpisu je obdoba klasického podpisu, jež má zaručit jednoznačnou identifikaci
VíceOdesílání citlivých dat prostřednictvím šifrovaného emailu s elektronickým podpisem standardem S/MIME
Odesílání citlivých dat prostřednictvím šifrovaného emailu s elektronickým podpisem standardem S/MIME Je dostupnou možností, jak lze zaslat lékařskou dokumentaci elektronicky. Co je třeba k odeslání šifrovaného
VíceTC-502L. Tenký klient
TC-502L Tenký klient Popis přístroje Tenký klient s kompletní podporou pro připojení do systémů Windows 7, Vista, Windows 2008, Windows 2003, Windows XP Pro, Linux servery. Disponuje 1x rozhraním LAN 10/100,
Více