Domov › Sazby › Typy e-mailových systémů. Typy e-mailů. Kombinace rozdílných systémů

Typy e-mailových systémů. Typy e-mailů. Kombinace rozdílných systémů

Formát zprávy přenášené e-mailem je popsán v RFC 2822. Skládá se ze tří částí:

SMTP

Příjemci je tedy zpráva doručena ve formě hlavičky a těla odděleného od ní prázdným řádkem.

Záhlaví se skládá z polí: textových řetězců sestávajících z názvu pole: slova končícího dvojtečkou a obsahu pole. Dlouhá pole záhlaví jsou rozdělena do několika řádků, přičemž každý řádek navazuje na předchozí řádek začínající mezerou.

V tabulce 1 popisuje nejdůležitější pole záhlaví.

Název pole	Hodnota pole
	Čas odeslat zprávu
	Adresa odesílatele
	Adresa pro odpověď
	Adresy příjemců
	Zkopírujte adresy příjemců
	Adresy příjemců skrytá kopie. Toto pole se používá při přenosu zprávy při doručení příjemci, příslušná pole nebo část jejich obsahu mohou být odstraněny.
	Jedinečný identifikátor zprávy
	Jedinečný identifikátor zprávy, na kterou se odpovídá tato zpráva
	Jedinečná ID všech zpráv ve vláknu odpovědí
	Předmět zprávy
	Adresa odesílatele uvedená na obálce zprávy
	Informace o průchodu zprávy. Každý uzel, přes který zpráva prošla, musí do hlavičky obsahující jména a adresy přidat pole „Received:“. IP uzly, které zprávu odeslaly a přijaly, doba přepravy atd.
	Použitá verze MIM
	Typ dat použitých v těle zprávy
Kódování přenosu obsahu:	Non-US – metoda kódování znaků ASCII použitá v těle zprávy

Název se obvykle nezobrazuje celý. Příjemce vidí pouze některá pole: adresy odesílatele a příjemců, čas odeslání a předmět zprávy.

Tělo zprávy, pokud se nejedná pouze o text napsaný latinkou, musí být zakódováno v souladu se specifikací MIM(RFC 2045). Na přijímací straně je v případě potřeby dekódován a převeden na uživatelsky přívětivý Pohled.

1.1 Internetové e-mailové adresy

Internetový e-mail používá adresování nezávislé na trase. To znamená, že adresa uživatele zůstává stejná bez ohledu na to, odkud je zpráva odeslána. Toto adresování je pro uživatele velmi pohodlné, ale komplikuje proces doručování zpráv, protože určení cesty doručování zcela spadá do e-mailového softwaru.

Je také možné zadat směrování zprávy v adrese příjemce, ale takové adresy závislé na cestě se používají zřídka, obvykle pro účely ladění. V obecný případ jejich použití nedává smysl.

Formát emailová adresa je podrobně popsán v RFC 2822. obecný pohled má následující formát:

uživatelské jméno@mailová doména

kde uživatelské_jméno je identifikátor uživatele, jedinečný v rámci jedné poštovní domény;

Název poštovní domény má stejný formát jako u názvů internetových domén. Je popsána v RFC 1034. Nicméně i přes povrchní podobnost, funkční účely poštovní doména a název hostitelské domény se výrazně liší.

Kromě podstatné části použité při směrování zprávy může adresa obsahovat komentáře ve formě libovolných textových řádků před a za významnou částí. Pro oddělení komentáře od významné části adresy je adresa uzavřena v lomených závorkách. Konečná e-mailová adresa má následující formát:

komentář< имя_пользователя@почтовый_домен >komentář

Například:

Artem Petrov<*****@***ru>(Ulyanovsk)

Chcete-li odeslat zprávu, uveďte jako adresu *****@***ru. Informace na obou stranách lomených závorek jsou při doručení zprávy ignorovány.

E-mailová adresa nemusí nutně odkazovat přímo na existující poštovní schránku. Může to být také e-mailový alias, který ukazuje na jinou adresu, nebo adresa seznamu adresátů, která ukazuje na mnoho dalších adres, nebo adresa, která přijímá zprávy, které zpracovává speciální program atd.

Některé systémy také umožňují použití samotného uživatelského jména jako e-mailové adresy, pokud je příjemce registrován ve stejné poštovní doména, ze kterého je zpráva odeslána.

1.2 Poštovní domény

Příklad podnikového systému, který přijímá e-maily, je uveden na Obr. 1.

Virus" href="/text/category/virus/" rel="bookmark">viry. Poté pošta dorazí na poštu router router. *****, která určuje, kam mají být zprávy odeslány jako další. Úložiště zpráv jsou dvě: ***** obsahuje schránky uživatelů domény *****, druhé úložiště – ***** je určeno pro schránky uživatelů domény *****.

Příklad ukazuje, že neexistuje žádný přímý vztah mezi poštovními doménami a názvy hostitelských domén. Po registraci názvu domény jej však lze použít pro pojmenování hostitelů i jako název poštovní domény.

Pro směrování e-mailů na internetu a také pro navázání korespondence mezi doménovými názvy hostitelů sítě a jejich adresami IP, systém se používá DNS. Po obdržení zprávy k odeslání odešle poštovní server požadavek DNS s uvedením názvu e-mailové domény příjemce. Jako odpověď obdrží poštovní server seznam hostitelů, kteří přijímají poštu pro danou doménu. Seznam je prezentován ve formě tzv. záznamů MX(e-mailová výměna). Jednomu názvu poštovní domény může odpovídat několik záznamů MX s různými prioritami. Priority jsou označeny celými čísly a používají se k určení pořadí, ve kterém by měli být kontaktováni hostitelé, kteří přijímají poštu pro danou doménu.

V příkladu na Obr. 1 poštovní server odeslající zprávu uživateli s adresou v doméně ***** nebo ***** jako odpověď na žádost DNS obdrží dva záznamy MX: ***** s prioritou označenou nižším číslem a ***** s prioritou označenou jako velký počet. Zjistit jejich adresy IP, poštovní server se pokusí připojit k uzlu, jehož priorita je označena nižším číslem, pokud se to nezdaří, pokus se zopakuje pro uzel, jehož priorita je označena vyšším číslem atd.

Chcete-li zobrazit informace DNS, včetně záznamů MX, můžete použít příkaz nslookup. Po zavolání z příkazové řádky přejde program do režimu čekání na příkaz. Chcete-li se dotazovat na záznamy MX, zadejte příkaz

Poté zadejte název poštovní domény, jejíž záznamy MX chcete zobrazit. Program nslookup přidá standardní název domény ke všem zadaným dotazům. Aby se tomu zabránilo, měl by být název poštovní domény, na kterou se dotazuje, ukončen tečkou. Například:

Odpověď na tento dotaz vypadá takto:

ulv. ***** preference = 10, výměník pošty = rov. *****

ulv. ***** preference = 20, výměník pošty = rd. *****

rov. ***** internetová adresa = 213.221.51.66

rd. ***** internetová adresa = 195.19.219.136

Tyto řádky znamenají, že pošta pro doménu ulv. ***** přijmout dva uzly: rov. ***** (adresa IP: 213.221.51.66) s předností 10 a rd. ***** (adresa IP: 195.19.219.136) s prioritou 20.

To znamená, že pošta určená pro příjemce username@***** musí být odeslána přes uzel rov. *****. Pokud není možné se k tomuto uzlu připojit, mělo by být odesláno přes uzel rd. *****. Pokud je to také nemožné, pak odchozí zpráva by měl být zařazen do fronty a po chvíli znovu vyzkoušen.

2. Struktura elektronické pošty na internetu

Cesta e-mailu prostřednictvím poštovního systému založeného na protokolu SMTP, znázorněno na Obr. 2.

disk">Pošta User Agent (MUA) – uživatelský agent nebo klientský poštovní program; Mail Transfer Agent (MTA) – transportní agent nebo poštovní server; Místní doručovací agent ( LDA) – místní doručovatel; Message Submission Agent (MSA) – agent pro odesílání zpráv.

2.1 MUA

MUA je navržena pro přípravu, odesílání, přijímání a prohlížení e-mailů. Jedná se o program nainstalovaný na počítači uživatele. Účelem e-mailu je doručit zprávu od MUA odesílateli MUA příjemce.

Příprava k odeslání spočívá v převedení zprávy do formátu akceptovaného na internetu, popsaného v RFC 2822.

MUA odesílatele musí tvořit hlavičku zprávy a kódovat a formátovat tělo zprávy v souladu se standardem tak, aby MUA příjemce mohl správně interpretovat a prezentovat jak text, tak přílohy zprávy.

Protože MUA obvykle nainstalován na počítači uživatele, obvykle se spouští pouze v době, kdy uživatel pracuje, a počítač, na kterém je spuštěn MUA nemusí mít trvalé připojení na internet. Proto MUA nemůže fungovat jako server - může být pouze iniciátorem připojení, tedy klientem.

MUA odesílá zprávy pomocí protokolu SMTP přes M.S.A. nebo MTA, sloužící k odesílání pošty.

Příchozí dopisy MUA načítá zprávy z úložiště zpráv pomocí protokolu určeného pro příjem pošty. Obvykle se pro tento účel používá jeden ze dvou protokolů:

Post Office Protocol - Version 3 (POP3) – poštovní protokol, verze 3, popsaný v RFC 1939, umožňující prohlížet, načítat a mazat zprávy ve schránce; Internet Message Access Protocol ( IMAP) je protokol pro přístup ke zprávám popsaný v RFC 3501, který má pokročilejší možnosti manipulace s poštovní schránkou než POP3, konkrétně umožňuje pracovat s více schránkami současně, nejen číst a mazat, ale také vytvářet a opravovat zprávy.

Existují další způsoby, jak přijímat poštu. Pokud je k dispozici úložiště zpráv, použijte například místní doručování MUA přes místní síť.

Existuje mnoho různých softwarové implementace uživatelský agent: Microsoft Outlook Netscape Communicator Netopír! atd.

Uživatelské agenty používající toto rozhraní se velmi rozšířily CGI pro přístup koncového uživatele do jeho schránky přes HTTP nebo bezpečnější protokol HTTPS protokol pomocí webového prohlížeče. Taková implementace MUAčasto nazývaný web-mail. Jeho struktura je znázorněna na obr. 3.

Obr.3. Struktura webové pošty

Uživatelské rozhraní je implementováno pomocí technologie WWW. Funkce MUA spouští aplikaci, která komunikuje s webovým serverem pomocí rozhraní CGI. MUA přistupuje k úložišti zpráv prostřednictvím protokolů POP3 nebo IMAP nebo přímým kontaktem - MUA S touto implementací může být zahrnuta do stejné místní sítě jako úložiště zpráv a mohou být dokonce spuštěny na stejném počítači.

Výhoda web-mailu nad MUA nainstalovaná na počítači uživatele je možnost pracovat s vaší poštou z libovolného počítače připojeného k internetu, bez přednastavení a bez instalace software. Nevýhodou web-mailu je, že uživatel potřebuje stálý přístup na internet, protože každý požadavek se neprovádí na počítači uživatele, ale na webovém serveru a musí být přenášen přes síť.

Web-mailovou službu poskytuje: populární systémy bezplatný veřejný e-mail, jako je Hotmail, *****, Yahoo, GMX atd. Spolu s touto službou vám mnoho z těchto systémů umožňuje přijímat poštu prostřednictvím protokolu POP3.

Web-mail je také často implementován v podnikových e-mailových systémech, jejichž uživatelé musí číst poštu nejen na svém pracovišti.

2.2 MTA

MTA jsou uzly, přes které jsou přenášeny elektronické zprávy. Dopis tvořen MUA, dosáhne úložiště zpráv obsahující poštovní schránku příjemce tím, že projde jednou nebo více MTA, z nichž poslední předá dopis místnímu doručovacímu agentovi (LDA).

Funkce MTA se mohou lišit. MTA musí být nepřetržitě k dispozici a neustále čekat na připojení přes protokol SMTP, tj. provádět funkce serveru SMTP. Výměna dat mezi MTA probíhá přes protokol SMTP. MTA, odesílání pošty, iniciuje připojení a chová se jako klient, MTA Ten, kdo přijímá poštu, je server.

Na MTA také zodpovědný za analýzu adres příjemců, odhalování seznamů adresátů a poštovních aliasů a určování trasy zpráv na základě analýzy adres příjemců a záznamů MX přijatých ze serveru DNS.

MTA musí ověřit pravost identifikačních údajů, které obdrží z počítadla MTA. Měli byste zkontrolovat, zda název domény, který klient uvádí v pozdravu, odpovídá jeho adrese IP. Musíte se také ujistit, že e-mailová doména uvedená v e-mailové adrese odesílatele existuje. Pokud doménová část adresy příjemce označuje poštovní doménu obsluhovanou tímto MTA, pak byste měli zkontrolovat, zda je uvedený příjemce registrován v této doméně.

Aby se zabránilo anonymnímu spamu, doporučuje RFC2505 přijímat poštu pouze v případě, že je splněna alespoň jedna z následujících podmínek:

MTA

Pokud není splněna žádná z výše uvedených podmínek, MTA musí odmítnout přijímat poštu. MTA, který přijímá poštu, která nesplňuje uvedené požadavky, může být zařazen do seznamu serverů, které nebrání šíření spamu. V tomto případě mnoho poštovních systémů odmítne přijmout poštu od něj.

MTA může zpracovávat zprávy procházející přes něj: kontrolu virů, filtrování spamu atd.

Každý MTA, kterým poštovní zpráva prochází, přidává do své hlavičky informaci o tom, kdy a odkud tato zpráva přišla, a také výsledky provedených kontrol.

Pokud nelze zprávu doručit okamžitě, je zařazena do fronty. MTA pravidelně provádí nové pokusy o odeslání zpráv z fronty. Pokud to není možné do určité doby, obvykle čtyř hodin, je odesílateli zasláno upozornění na zpoždění doručení. Zpráva však zůstane ve frontě a pokusy o její odeslání pokračují. Pokud zprávu nelze doručit po delší době, obvykle po pěti dnech, je odstraněna z fronty a odesílateli je odeslána zpráva, že zpráva byla nedoručitelná.

MTA mohou také provádět další funkce v závislosti na použitém softwaru.

Základní požadavky na MTA a do MUA popsané v RFC 1123 a objasněné v RFC 2821 a RFC 2822.

Existuje mnoho různých softwarových implementací MTA. Nejstarší z nich je program sendmail. Tento program byl mnohokrát zdokonalován a stal se de facto standardem pro tento typ softwaru. Později se objevily další softwarové produkty, které funkce implementovaly MTA pro různé operační systémy: Postfix, smail, qmail, Exim, ZMailer a mnoho dalších.

2.3 MSA

MTA, kterým zpráva prochází, přidejte do její hlavičky nějaké řádky. Informace však již obsažené ve zprávě MTA nemění, i když to může vyvstat potřeba. Záhlaví zprávy přijaté od MUA, může být nesprávně naformátován, například název domény nemusí být zcela definován nebo může být nesprávně uveden čas nebo datum. Může být nutné upravit adresu odesílatele, pokud podniková poštovní síť používá adresování, které se liší od adres akceptovaných na Internetu. Pokud je například povoleno používat adresy bez zadání poštovní domény pro uživatele registrované v podnikovém poštovním systému.

Lze přiřadit funkce úpravy hlavičky zprávy MTA, který přijímá poštu od uživatelských agentů, ale pokud je tok pošty vysoký, má smysl k tomu použít speciální proces - M.S.A.. Dá se tedy říci, že M.S.A. toto je odrůda MTA, zabývající se předzpracováním odchozí pošty. Více úkolů a implementačních funkcí M.S.A. popsané v RFC 2476.

K odlišení MTA A M.S.A., doporučuje se spustit M.S.A. ne na portu 25, pro který je určen MTA a na jiném portu TCP nebo použijte port 25 na serveru, kde není spuštěn MTA.

2,4 LDA

Poslední MTA po trase zprávy elektronické pošty, musí přenést zprávu místnímu doručovateli. Obvykle LDA umístěn na stejném stroji jako MTA a je to program, který je volán agentem přenosu zpráv, když dorazí nové zprávy. V tomto případě pro interakci mezi MTA A LDA používají se mechanismy meziprocesové komunikace ( IPC). V některých případech LDA lze také implementovat jako server, který přijímá z MTA mail pomocí protokolu podobného SMTP. Tento protokol je popsán v RFC 2033 a nazývá se LMTP(Local Mail Transfer Protocol).

Doručovací agent je program, který zpracovává příchozí poštu. Toto zpracování v zásadě spočívá v umístění zpráv do poštovních schránek příjemců, tedy přidání zpráv do odpovídajících souborů nebo jejich umístění do speciálních uživatelských adresářů nebo databází. Uživatel bude moci načíst uložené zprávy připojením k úložišti zpráv prostřednictvím protokolu POP3 nebo IMAP.

Dalším typem zpracování zpráv je jejich přenos do některých programů k dalšímu zpracování.

K provádění těchto funkcí LDA musí podle potřeby zveřejnit e-mailové aliasy a seznamy adresátů.

2.5 Ukládání zpráv

Elektronické zprávy obvykle nejsou automaticky doručovány do stroje uživatele, ale jsou umístěny v úložišti zpráv, kde si je uživatel může vyzvednout v čase, který mu vyhovuje. Každému uživateli je přiděleno omezené nebo neomezené množství místa na disku, které je fyzicky implementováno jako soubor speciální formát, adresář se speciální strukturou nebo soubor záznamů v databázi. Položka úložiště zpráv, která obsahuje e-mailové zprávy, se nazývá poštovní schránka.

Uživatelský přístup ke zprávám uloženým v úložišti se obvykle provádí pomocí protokolů POP3 nebo IMAP. Působí jako klient MUA uživatel, server má přímý přístup do úložiště zpráv. Naslouchá připojením uživatelských agentů a po vyžádání autentizace určí přístupová práva nastavená pro daného uživatele. Uživatel musí mít přístup alespoň k jedné poštovní schránce.

Jaké přesně manipulace může uživatel provádět se svými poštovními schránkami a zprávami, které obsahují, závisí na použitém softwaru. S minimální implementací získá uživatel přístup k jedné poštovní schránce, do které jsou vkládány zprávy LDA. Uživatel může přijímat a mazat jednotlivé zprávy. Tento typ přístupu, který je ve velkém počtu případů dostačující, je realizován pomocí protokolu POP3. Dalším oblíbeným protokolem pro přístup k elektronickým schránkám je IMAP, poskytuje více dostatek příležitostí.

Stále více je potřeba vytvářet škálovatelné a flexibilní systémy, které plní funkce ukládání elektronických zpráv. To se týká jak fyzického umístění poštovních schránek stejného úložiště na různých síťových uzlech, tak možnosti duplikování úložiště zpráv nebo jeho části. První problém je vyřešen pomocí protokolu IMAP, druhý problém je nyní v počáteční fázi řešení. V prosinci 2003 RFC 3656 popsal experimentální protokol aktualizace poštovní schránky - MUPDATE, které se mohou v budoucnu rozšířit. Umožňuje vám vytvářet distribuovaná úložiště zpráv se zapnutými duplicitními poštovními schránkami různá auta. To může snížit zatížení serverů POP3 A IMAP, které mohou spolupracovat pomocí jediného jmenného prostoru a vyhnout se problémům spojeným se selháním jednoho úložiště zpráv.

2.6 Doručování poštou

Cesta poštovní zprávy je uvedena v následujícím příkladu (obr. 4).

Obr.4. Proces doručení e-mailové zprávy od odesílatele k příjemci

Zpráva vygenerována MUA odesílatele podle protokolu SMTP odesláno M.S.A.. M.S.A. zkontroluje, zda daný má MUA nebo má uživatel právo odesílat poštu z tohoto poštovního systému. Když pozitivní výsledek, zpráva je přijata pro další doručení. MSA zkontroluje hlavičku zprávy a v případě potřeby ji opraví. Zpráva protokolu připravena k odeslání SMTP jde do MTA odchozí pošta. MTA odchozí pošty analyzuje adresu příjemce. Pokud je zpráva určena příjemci domény obsluhované tímto poštovním systémem, je doručena příjemci (viz odstavce 6 - 10), jinak MTA požaduje informace o poštovní doméně uvedené v adrese příjemce, serveru DNS. Po obdržení požadovaných dat server DNS zprávy MTA, které uzly přijímají poštu pro danou doménu, jejich adresy IP a priority. Odesílatel MTA se pokusí navázat protokolové spojení s hostiteli přijímajícími poštu v souladu s prioritami uvedenými v záznamech MX přijatých ze serveru. DNS. Pokud se nepodaří navázat spojení s žádným uzlem, zpráva se zařadí do fronty a po chvíli se pokusy o navázání spojení opakují. Pokud je spojení navázáno, pak příjem MTA, ujistit se, že zpráva je určena uživateli v jeho doméně a že schránka se zadanou adresou skutečně existuje, zprávu přijme. V přijímajícím poštovním systému může zpráva projít několika meziprodukty MTA, provádějící různé druhy zpracování příchozí pošty: antivirová kontrola, filtrování spamu, přesměrování na požadované úložiště zpráv atd. V rámci přijímacího systému lze použít jako SMTP, tak LMTP. Poslední MTA pomocí meziprocesové komunikace nebo protokolu LMTP, předává zprávu LDA pro místní doručení. LDA umístí zprávu do poštovní schránky příjemce. Příjemce kontaktuje server POP3 nebo IMAP pro kontrolu příchozí pošty. Server převezme zprávu z poštovní schránky a odešle ji uživatelskému agentovi příjemce.

3 Protokol SMTP

Simple Mail Transfer Protocol ( SMTP) se obvykle používá v oblasti od MUA odesílateli nejbližšímu příjemci MTA.

Protokol byl vyvinut na počátku osmdesátých let minulého století. Finální verze byl kodifikován v RFC 821 dne 1. srpna 1982. Během této doby se mnoho požadavků na spolehlivost a bezpečnost zásadně změnilo. přenášené zprávy, průměrná velikost zpráv a jejich počet se výrazně zvýšily a přenášené informace se staly rozmanitější.

Nicméně protokol SMTP se za dobu své existence natolik rozšířil, že již není možné jej jednoduše nahradit jiným protokolem. Místo toho se pro to vyvíjejí různá rozšíření, doplňkové schopnosti základní protokol. Protokol rozšířený o rozšíření SMTPčasto volat ESMTP(Prodlouženo SMTP). V dubnu 2001 RFC 821, který je dnes hlavním standardem popisujícím protokol SMTP.

SMTP může pracovat s různými protokoly transportní vrstva, ale obvykle se používá TCP. Za SMTP port opraven TCP 25.

Protokolová pošta SMTP odeslané z klienta na server. Klient požaduje připojení k serveru. Po úspěšném připojení server sdělí své doménové jméno klientovi. Může vám také sdělit typ a verzi nainstalovaného softwaru. Z bezpečnostních důvodů, aby se zabránilo případnému útočníkovi využít známé chyby v této verzi serveru SMTP, přenos těchto informací je často blokován správci systému.

Odpověď serveru, indikující jeho připravenost přijímat příkazy klienta, slouží jako signál k zahájení dialogu, ve kterém klient postupně odesílá příkazy serveru a čeká na odpovědi buď potvrzující provedení příkazů, nebo oznamující nemožnost provedení, nebo obsahující informace požadované klientem.

4.Protokol POP3

Post Office Protocol - verze 3 (POP3) je navržen pro příjem zpráv umístěných v poštovní schránce uživatele na vzdálený server E-mailem.

Podle protokolu SMTP pošta je doručována pouze do úložiště zpráv, odkud si ji uživatel může vyzvednout v čase, který mu vyhovuje. Takže jako klient POP3 stojí MUA a server musí mít přístup k úložišti zpráv. Informace o protokolu POP3 přenášené ze serveru na klienta. Protokol POP byl vyvinut v roce 1984. Poslední úprava protokolu POP3 popsané v RFC 1939.

Protokolová relace POP3 je rozdělena do tří etap. Diagram přechodů mezi stavy relace POP3 znázorněno na Obr. 5.

Obr.5. Stavy relace POP3

Server čeká na připojení na portu TCP 110.

Jakmile je spojení navázáno, server odešle klientovi uvítací řetězec indikující, že je připraven k dialogu, a relace vstoupí do stavu AUTHORIZATION. V této fázi se zjišťuje, ke které schránce klient požaduje přístup a zda má příslušná práva. Pro pokračování v práci je nutná úspěšná autorizace.

Pokud je autorizace úspěšná, relace vstoupí do stavu TRANSACTION. V této fázi může klient provádět všechny potřebné manipulace se schránkou: může si prohlížet informace o stavu schránky a jednotlivých zpráv, přijímat vybrané zprávy a označovat písmena ke smazání.

Po dokončení všech operací klient ohlásí konec připojení a relace přejde do stavu UPDATE. V této fázi server vymaže zprávy z poštovní schránky, které byly v předchozí fázi označeny jako smazané, a uzavře spojení. Přechod do stavu aktualizace je v zásadě možný pouze v případě, že klient opustí stav transakce příkazem QUIT. Za žádných jiných okolností, například v případě, že komunikační relace vypršela nebo z důvodu selhání komunikace, by nemělo dojít k přechodu do stavu aktualizace. To znamená, že pokud stav transakce není přerušen příkazem QUIT, neměla by být provedena žádná mazání a značky mazání by měly být odstraněny. Bohužel, jak ukazuje praxe, tento požadavek není vždy splněn.

Během relace klient odesílá příkazy serveru a server hlásí výsledek každého příkazu. Odpověď se skládá z indikátoru stavu a v případě potřeby doplňujících informací oddělených mezerou. Řádek odpovědi může obsahovat až 512 znaků včetně sekvence CRLF, označující konec řádku.

Existují dva stavové indikátory: „+OK“ – úspěšné dokončení a „-ERR“ – neúspěšné dokončení. Pokud řádek odpovědi neobsahuje další informace, pak by po indikátoru stavu měla bezprostředně následovat sekvence CRLF. Někteří klienti však očekávají mezeru za indikátorem stavu. (RFC 1957).

Pokud příkaz vyžaduje víceřádkovou odpověď, pak se stavový indikátor přenese pouze na první řádek a poslední řádek odpovědi musí obsahovat jednu tečku. Tento řádek není součástí odpovědi, ale pouze označuje její dokončení. Dělat možné použitířádky skládající se z jedné tečky, v odpovědích serveru se ke všem řádkům odpovědí začínajícím tečkou přidá ještě jedna tečka, podobně jako se to dělá při přenosu textu zprávy v příkazu protokolu DATA SMTP. Pokud je na přijímacím konci v odpovědi serveru detekován řádek začínající tečkou, pak pokud bezprostředně za touto tečkou následuje sekvence CRLF, řádek je interpretován jako konec odpovědi, ale pokud za tečkou následují jiné znaky, úvodní tečka se odstraní a řádek se interpretuje jako součást odpovědi.

Každý tým POP3 sestává z klíčového slova a případně argumentů, oddělených mezerami. Klíčová slova se skládají ze tří nebo čtyř písmen, přenášených bez ohledu na velikost písmen. Argumenty mohou obsahovat pouze znaky ASCII. Každý argument nesmí mít více než čtyřicet znaků.

5. Protokol IMAP

Rozsah protokolu IMAP(Internet Message Access Protocol) je podobný rozsahu protokolu POP3: je také určen pro příjem pošty a používá se v oblasti mezi MUA příjemce a úložiště zpráv. IMAP poskytuje větší možnosti pro práci s poštovními schránkami než POP3: Umožňuje vám pracovat s více poštovními schránkami na jednom nebo více serverech IMAP jako u souborů a adresářů na vlastním počítači uživatele. Typicky serverové poštovní schránky IMAP jsou skutečně soubory ve speciálním adresáři serveru a jeho podadresářích.

Server IMAP je schopen analyzovat zprávu: zvýraznit specifikovaná pole záhlaví a analyzovat strukturu těla zprávy. Na rozdíl od serverů POP3, servery IMAP by neměl blokovat poštovní schránku po dobu trvání relace - několik klientů může současně pracovat se stejnou schránkou. Vícenásobný přístup přístup k poštovním schránkám představuje řadu problémů, zejména pokud jsou informace ve schránkách zapisovatelné. Různé cestyřešení těchto problémů jsou popsána v RFC 2180.

Často IMAP používá se v organizacích, kde uživatelé potřebují mít možnost sdílet stejné poštovní schránky.

Přestože software implementující protokol IMAP neustále se zdokonalující, IMAP méně chráněné než POP3. Možnost ukládat zprávy na server může vést ke zneužití ze strany uživatelů, kteří zaplní úložiště zpráv zbytečnými informacemi.

Protokol IMAP jedná se především o uživatele pracující s poštovními schránkami přímo na serveru, na rozdíl od protokolu POP3, která je zaměřena na to, že klient vyzvedne příchozí poštu a analyzuje ji na svém počítači (viz RFC 1733). To ano IMAP nepohodlné pro uživatele, kteří se k síti připojují krátce, pouze za účelem příjmu nebo odesílání pošty. Každopádně mnoho výhod IMAP nejsou pro takové uživatele dostupné. Při práci podle protokolu IMAP je žádoucí, aby klient měl při práci s poštou neustále přístup k síti.

Protokol IMAP umožňuje uživateli pracovat s více poštovními schránkami, které mohou být umístěny na různých serverech.

Je povoleno hierarchické uspořádání poštovních schránek v adresářích a jejich podadresářích a samotné názvy adresářů a schránek se neliší. Poštovní schránka může být pouze koncovým prvkem hierarchické struktury, nemůže obsahovat žádné podřízené prvky. Adresář může obsahovat podadresáře a poštovní schránky, ale neobsahuje zprávy a nelze jej vybrat příkazem SELECT.

Znak použitý jako hierarchický oddělovač se může lišit v závislosti na softwaru použitém na serveru. Obvykle se jedná o lomítko: "/", pokud je server spuštěn operační systém, UNIX-kompatibilní, zpětné lomítko: "\" pro operační systém Windows a tečka pro názvy diskusních skupin USENET.

Je možné použít různé jmenné prostory poštovních schránek a podle toho různé hierarchické oddělovače. Například pokud server IMAP poskytuje přístup k poštovním schránkám umístěným v adresářích souborového systému UNIX a k diskusním skupinám USENET, pak se v prvním případě používá lomítko jako hierarchický oddělovač a ve druhém se používá tečka. Chcete-li používat a rozlišovat různé jmenné prostory na stejném serveru IMAP, názvy patřící ke každé z použitých mezer musí začínat nějakou předponou, obvykle začínající znakem "#". Dotazy, ve kterých cesta k poštovní schránce začíná jednou předponou, přirozeně poskytnou různé výsledky ze stejných dotazů začínajících jinou předponou. Výchozí jmenný prostor nemusí mít předponu.

Klient může zjistit, které jmenné prostory pro které typy poštovních schránek daný server podporuje IMAP, pokud server podporuje rozšíření NAMESPACE. Předponu a hierarchický oddělovač konkrétní poštovní schránky nebo názvu adresáře lze zjistit pomocí příkazu SEZNAM. Skvělé příležitosti poskytuje protokol IMAP způsobují velké potíže při vývoji, konfiguraci a provozu serverů a klientů. Některé pokyny k těmto problémům jsou uvedeny v RFC 2683. Obecně lze doporučit použití protokolu IMAP pouze v případě možností protokolu POP3 nestačí uživatelům pracovat se svými poštovními schránkami.

Nejnovější verze protokolu IMAP: IMAP4rev1 je popsán v RFC 3501.

Server IMAPčeká na připojení od klientů na portu TCP 143. Po navázání spojení server odešle klientovi pozdrav a začne dialog, ve kterém klient odesílá příkazy serveru a server hlásí výsledky jejich provedení nebo posílá informace požadované klientem. Jako relace POP3, zasedání IMAP je rozdělena do několika států. Platná sada příkazů závisí na aktuálním stavu relace. Relace může být v jednom z následujících stavů:

samostatné zprávy

Diagram přechodů mezi stavy relace IMAP je znázorněn na obr. 6. Přechody označené čísly:

Připojení bez předchozího ověření; spojení s předběžnou autentizací; odmítnuté připojení; úspěšné ověření; úspěšné provedení příkazu SELECT nebo EXAMINE; příkaz CLOSE nebo selhání příkazu SELECT nebo EXAMINE; Příkaz LOGOUT nebo ztráta spojení.

Obr.6. Stavy relace IMAP

Odeslat svou dobrou práci do znalostní báze je jednoduché. Použijte níže uvedený formulář

Studenti, postgraduální studenti, mladí vědci, kteří využívají znalostní základnu ve svém studiu a práci, vám budou velmi vděční.

Podobné dokumenty

Světový systém odesílání a přijímání e-mailů. Nízká úroveň zabezpečení e-mailu ve srovnání s jinými prostředky. Doporučení pro management elektronická korespondence. Organizace pracoviště, e-mail, Outlook Express.

práce, přidáno 12.5.2010

Obecná charakteristika a standardy emailu. Poštovní programy, registrace poštovních schránek, etiketa, bezpečnost a technologie elektronické pošty. Příjem a odesílání zpráv, adresář a postup práce s přílohami.

práce v kurzu, přidáno 26.08.2010

E-mailové systémy. Transport a přírůstkové uživatelské agenty. Adresování v emailovém systému. Formát poštovní zprávy, faxový přenos. Poštovní aliasy, způsoby jejich určení správcem systému.

abstrakt, přidáno 24.11.2009

Pojem a účel e-mailu, posouzení jeho schopností a funkčních vlastností. E-mailové programy, jejich charakteristické vlastnosti a prováděné operace. Analýza provozu a spolehlivosti aplikace Outlook Express. Práce se zprávami.

test, přidáno 21.10.2010

Srovnávací charakteristika práce Outlook Express a Outlook. Funkce vytváření faxové zprávy. Práce s adresářem. Vytvoření a odeslání nové zprávy, práce s emailem na www. Výhody používání e-mailu.

abstrakt, přidáno 10.11.2009

Podstata pojmu e-mail, jeho možnosti v moderní síť Internet. Hlavní hrozby, které narušují provoz této formy elektronické komunikace. Vlastnosti metod informační bezpečnost, zásady správného používání elektronické pošty.

test, přidáno 28.12.2012

Historie vzniku elektronické pošty jako technologie a služby pro zasílání elektronických zpráv mezi uživateli počítačové sítě. Systém pro organizaci poštovních adres. Jak email funguje, jeho hlavní výhody a nevýhody.

prezentace, přidáno 10.03.2016

Definice, výhody a nevýhody emailu. Historie a chronologie jejího vývoje. Moderní architektura(SMTP). Nejjednodušší schéma přeposílání zpráv. Postup pro směrování pošty mezi servery, její šifrovací standardy. Účel rozesílání spamu.

prezentace, přidáno 19.04.2016

Jak funguje e-mail. Adresování v emailovém systému. Poštovní aliasy. Formáty poštovních zpráv. Odesílání faxových zpráv. Procházet nejvíce oblíbené programy pro práci s emailem.

Směrnice

V dnešní době je e-mailový systém stále populárnější. Co to je, jak se to dá použít.

Víme, co je to pošta. Jedná se o tradiční komunikační prostředky, které umožňují výměnu informací alespoň dvěma účastníkům. Aby k této výměně došlo, je nutné napsat zprávu a s uvedením adresy ji vložit do schránky, odkud dopis nevyhnutelně skončí na poště. Pokud zadaná adresa splňuje obecně uznávané standardy, pošťák ji po nějaké době vloží do poštovní schránky příjemce. Poté předplatitel otevře zprávu a dojde k výměně informací. Pro urychlení procesu zvedneme sluchátko, vytočíme telefonní číslo a pokud dojde ke správnému spojení, náš účastník uslyší, co mu chceme sdělit. Pokud předplatitel neodpovídá nebo je jeho číslo obsazeno, budete muset postup opakovat znovu a litovat, že tím ztrácíte svůj drahocenný čas.

Tyto dva druhy komunikace – poštovní a telefonní – se pro nás staly tradičními a již dobře známe jejich výhody i nevýhody. co je e-mail?

Když ARPANET poprvé vstoupil do arény, jeho konstruktéři očekávali, že převládající provoz (tedy množství informací přenášených mezi uzly) bude proces-to-process. Mýlili se. K jejich velkému překvapení objem e-mailů mezi lidmi převýšil objem komunikace mezi procesy. Zatímco sníh, déšť a horko mohly zastavit poštovní kurýry, schopnost ARPANETu doručovat zprávy ze západního pobřeží Spojených států na východní pobřeží během několika sekund způsobila revoluci v komunikaci.

Hlavním lákadlem e-mailu je jeho rychlost. Existují však i další výhody, které nejsou tolik známé. Telefon také poskytuje téměř okamžitý přístup, ale studie ukázaly, že asi 75 % telefonních hovorů končí neúspěšně. („Je mi to velmi líto, ale pan Smith je na schůzce/odjel na služební cestu/opustil místnost.“) E-mail má stejnou rychlost přístupu jako telefon, ale nevyžaduje, aby byly obě strany zapnuté opačné konce telefonní linky současně. Kromě toho zanechá písemnou kopii zprávy, kterou lze uložit nebo předat dál. Kromě toho lze dopis odeslat několika předplatitelům současně. A to není vše!! Pomocí moderních e-mailových služeb můžete přenášet nejen psané zprávy, ale informace jakéhokoli druhu: fotografie, videa, programy atd.

A to vše zaručeně pošlete kamkoliv zeměkoule na pár minut.

Principy fungování elektronické pošty. Emailový systém.

E-mailový systém se skládá ze tří částí:

uživatelský agent - umožňuje uživatelům číst a psát zprávy.

dopravní agent- přeposílá zprávy z jednoho stroje na druhý.

doručovací agent - umístí zprávy do poštovních schránek příjemců.

Uživatelské agenty. Programy, které uživatelům umožňují číst a psát poštovní zprávy Příklady těchto agentů zahrnují program Internet Mail v systému Windows 95 a příkaz mail v systému UNIX.

Úplně prvním uživatelským agentem byl /bin/mail, vyvinutý společností AT&T. Nyní existuje několik programů této třídy. Kromě toho existují uživatelské agenty s grafickým uživatelským rozhraním. Existuje také standard, který definuje zahrnutí multimediálních objektů do e-mailových zpráv. Jmenuje se MIME (Multipurpose Internet Mail Extensions). Tento standard podporuje mnoho uživatelských agentů.

Dopravní agenti. Programy, které přijímají poštu od uživatelského agenta, interpretují adresy uživatelů a přesměrovávají poštu do příslušných počítačů pro následné doručení. Přepravní agent navíc přijímá příchozí poštu od jiných přepravních agentů. Transportní agent provozuje protokol SMTP (Simple Mail Transport Protocol), který je definován v RFC821.

Pro OS UNIX bylo vyvinuto několik transportních agentů (MMDF, zmailer, smail, upas a další), ale nejvýkonnější, nejflexibilnější a nejrozšířenější je sendmail.

Program sendmail je transportní agent, spojovací program mezi uživatelem a doručovacími agenty. Pro internet je to také doručovací agent. Program sendmail provádí následující úkoly:

správa zpráv poté, co opustily prsty uživatele;

analýza adres příjemců;

výběr vhodného doručovacího nebo přepravního agenta;

převod adres do formy srozumitelné doručovacímu agentovi;

nutné přeformátování nadpisů;

přenos převedené zprávy doručovacímu agentovi.

Program sendmail také generuje chybové zprávy a vrací zprávy, které nelze doručit odesílateli.

Doručovací agenti. Programy, které přijímají poštu od přepravního agenta a doručují ji příslušným uživatelům. Pošta může být doručena konkrétní osobě, do seznamu adresátů, do souboru, do programu atd. Aby bylo možné obsloužit každý typ příjemce, je vyžadován samostatný poštovní agent – doručovací agent pro místní uživatele. Spop je doručovací agent pro uživatele vzdálených strojů, kteří pro příjem pošty používají protokol UUCP (UNIX to UNIX Owl) nebo POP (Post Office Protocol).

Program /bin/mail je doručovacím agentem pro místní uživatele a programy uux a spop, fetchmail jsou doručovacími agenty pro uživatele vzdálených počítačů, kteří pro příjem pošty používají služby UUCP nebo POP, IMAP. Program /bin/sh je doručovací agent pro poštu, která je odeslána do souboru nebo programu.

Adresování v emailovém systému. Existují dva typy e-mailových adres: závislé na trase a nezávislé na trase. Při použití prvního způsobu adresování je vyžadováno, aby odesílatel znal zprostředkující stroje, kterými musí zpráva projít, aby se dostala na místo určení. Druhý typ adresy jednoduše uvádí cíl. Adresy UUCP jsou závislé na trase, ale internetové adresy jsou (obvykle) nezávislé na trase.

Internetová e-mailová adresa má následující formát: uživatel@stroj, kde znak @ odděluje uživatelské jméno od označení stroje. Pošta je doručována do poštovní schránky uživatele na počítači uživatele.

Příklad e-mailové adresy yvv@ softpro . Saratov . ru

V uvažovaném příkladu je yvv identifikátor předplatitele, obvykle složený z počátečních písmen jeho příjmení, křestního jména a patronyma. To, co je napravo od znaku @, se nazývá doména a jednoznačně popisuje umístění předplatitele. Komponenty domény jsou odděleny tečkami. Pravá část domény zpravidla uvádí kód země příjemce - toto je doména nejvyšší úroveň. Kód země je schválen mezinárodní normou ISO a je uveden v příloze 1. V našem případě je ru kód Ruské federace. Označení sítě se však může objevit také jako doména nejvyšší úrovně. Například v USA, kde existují sítě propojující vysokoškolské instituce nebo vládní organizace, se jako domény nejvyšší úrovně používají zkratky edu - Educational institution (například cs.berkeley.edu), gov - Government institution a další ( viz příloha 1) .

Další subdoména – v našem případě saratov – je jednoznačně definována v rámci domény nejvyšší úrovně. Není těžké uhodnout, co znamená kód města – Saratov. Sada komponent domény saratov.ru se nazývá doména druhé úrovně. Zkratky domén druhé úrovně jsou definovány v souladu s pravidly přijatými doménou nejvyšší úrovně.

Doména třetí úrovně – softpro.saratov.ru. V našem případě doména třetí úrovně obsahuje název společnosti SoftPRO Group. Pravidla pro vytváření jmen v doménách třetí úrovně jsou soukromou záležitostí domén druhé úrovně.

Adresa UUCP se skládá ze seznamu počítačů, přes které musí zpráva projít na cestě k cíli. Položky seznamu jsou odděleny vykřičníky. Například v e-mailové adrese UUCP: mcvax!uunet!ucbvax!hao!boulder!lair!evi

cílem je stroj doupěte a příjemcem je uživatel evi. Každý počítač v řetězci má přímé připojení UUCP k počítačům, které jsou v síti před ním a za ním. Například stroj ucbvax musí mít připojení k strojům hao a uunet. Řetězce adres UUCP mohou být velmi dlouhé, ale nyní, když je internet široce používán, jen zřídka vidíte skutečné obrovské adresy. Když byl e-mail primárně založen na protokolu UUCP, museli si správci pamatovat seznam počítačů v poměrně velkých částech základní sítě UUCP.

Ve formátu internetového e-mailu bude výše uvedená adresa vypadat jako evi@lair, nebo přesněji - [e-mail chráněný]. Jsou povoleny i kombinované adresy. Pokud například systém UUCP propojuje strojní doupě se zbytkem domény colorado.edu, adresa může vypadat takto: [e-mail chráněný]

Poštovní aliasy. Aliasy umožňují správci systému a jednotlivým uživatelům přeposílat poštu. Lze je použít k nastavení seznamů adresátů (které obsahují více příjemců), k přeposílání pošty mezi počítači a k tomu, aby uživatelé byli oslovováni více jmény.

Aliasy lze definovat:

v konfiguračním souboru uživatelského agenta;

v souboru aliasů pro celý systém /etc/aliases;

v dopředném souboru uživatele ~/.forward.

E-mailový systém nejprve hledá aliasy v konfiguračním souboru uživatelského agenta, poté v souboru aliasů a nakonec v souboru pro předávání uživatelů.

Zde je několik příkladů aliasů definovaných v souboru aliasů:

evi: evi@mailhub

autoři: evi,garth,scott,trent

První řádek určuje, že pošta odeslaná do nemeth by měla být doručena uživateli evi na místním počítači. Druhým je, že veškerá pošta adresovaná evi by měla být doručena na stroj mailhub. Konečně třetí řádek určuje, že pošta adresovaná autorům by měla být doručována uživatelům evi, garth, scott a trent. Je podporována rekurze, takže pošta odeslaná na nemeth nakonec skončí na evi@mailhub.

Kromě seznamů uživatelů mohou aliasy odkazovat se na:

soubor, do kterého mají být přidány zprávy;

příkaz, kterému mají být poslány vstupní zprávy.

Formát poštovní zprávy. Aby se email dostal ke svému příjemci, musí být naformátován v souladu s mezinárodními standardy a mít standardizovanou emailovou adresu. Obecně přijímaný formát zprávy je definován dokumentem s názvem „Standard for the Format of ARPA – Internet Text messages“, zkráceně Request for Comment nebo RFC822, a má hlavičku a samotnou zprávu.

Podívejme se na příklad e-mailové zprávy:

Přijato: z CS.ORST.EDU od fuug.fi s SMTP id AA15539 (5.65+/IDA-1.3.5 pro [e-mail chráněný]); Čt, 20. prosince 90 08:19:05 +0200

Přijato: od jacobs.CS.ORST.EDU od CS.ORST.EDU (5,59/1,15) id AA19981; St, 19. prosince 90 22:19:59 PST

Od: Harry Brooks

ID zprávy:<[e-mail chráněný]>

Předmět: Re: Zajímalo by mě, zda jste se zúčastnili?

Ahoj! Kontrola komunikace. Pokud zpráva prošla normálně, přišlo potvrzení.

Zpráva se skládá z textu, který chcete odeslat příjemci, a záhlaví, které je přidáno na začátek zprávy, oddělené od textu prázdným řádkem a obsahuje několik řádků nezbytných informací o této zprávě: datum místo odjezdu, adresa, zpáteční adresa, předmět zprávy a další.

Zde prvních čtrnáct řádků tvoří název. Všimněte si, že každý z řádků záhlaví vypadá takto: název: text

Názvy řádků záhlaví jsou dešifrovány takto:

Přijato : značka průjezdu strojem (poštovní razítko). Náš dopis má pět takových značek, což znamená, že po cestě projížděl pěti auty a každý z nich označoval, kdy projel.

datum : datum a čas odeslání dopisu; jsou specifikovány ve standardním formátu, protože většina poštovních systémů umí třídit zprávy podle času, pokud se zeptáte.

Z : jméno odesílatele a zpáteční adresu<отделен угловыми скобками>.

Zpráva - ID : interní ID zprávy; přidělené poštovní službou odesílatele. Každému písmenu je přiřazen jedinečný – ve světě jedinečný – identifikátor. Lze jej použít k propojení s písmenem, jako je odchozí číslo.

Na : adresa příjemce

Předmět : Předmět zprávy. Označit Re : označuje, že tato zpráva je odpovědí (od slova odpovědět) na jinou zprávu. Původní zpráva a odpověď mají řádek Předmět : stejný. Když autor odpověděl, poštovní služba automaticky převzala předmět z původní zprávy. To se hodí, když je na jedno téma dlouhý rozhovor. Můžete požádat, aby poštovní služba třídila zprávy podle tématu a obnovila si paměť na předchozí fráze v této konverzaci.

Při psaní zprávy se snažte v tomto řádku uvést název, který je krátký a co nejvíce informativní. Ne každý si přečte zprávu s titulkem jako „Pamatuješ si, jak jsi mi jednou řekl...“?

Postavení : stav zprávy; Vaše poštovní služba sama o sobě označí, že jste si zprávu již přečetli, takže vám ji podruhé nenabídnou jako novou.

Existuje několik dalších typů řádků záhlaví. Nemusí tam být všechny. Některé řádky přidávají poštovní služby automaticky. ( Přijato : datum :), ostatní stanoví autor dopisu ( Na :, Předmět : ). Podrobně se budeme zabývat tím, jak uvést adresu ve zprávě, aby ji poštovní služby pochopily a doručily dopis na místo určení.

Pomocí jednoho z editorů e-mailových zpráv můžete zadat text zprávy a vytvořit záhlaví.

Samotná zpráva je obvykle volně formátovaný textový soubor. Při přenosu netextových dat (spustitelný program, grafické informace) se využívá překódování zpráv, které provádí příslušný software.

Odesílání faxových zpráv. V poslední době se na internetu objevila nová příležitost – odesílání a příjem faxů po síti pomocí počítače. Můžete odeslat příkaz k odeslání nebo přijetí faxu. Běžný e-mail ve správném formátu je sestaven a odeslán na adresu počítačového uzlu, který obsluhuje faxové operace. Text tohoto dopisu bude doručen jako fax na faxový přístroj příjemce.

Faxový software umožňuje převádět data v různých formátech do formátu faxů. Například program Quick Link II Fax umožňuje přenášet do faxů a jiných faxmodemů následující data: text, soubory ve formátech TIFF, IMG připravené programem GEM Artline nebo Ventura Pablisher, BMP z Microsoft Windows, CUT od Dr.Halo a PCX od Paintbrush.

Zpracování a odesílání odchozích dokumentů, stejně jako příjem a zpracování příchozích, provádí centrálně buď sekretářka, nebo v expedici (zasílatel) Po obdržení dokumentu k odeslání nejprve zkontrolují správnost jeho provedení : přítomnost podpisu; přítomnost data (pokud není na odesílaném dokumentu, je orazítkováno); přítomnost značky o umělci; správnost adresování; pokud je dokument určen pro jednorázového dopisovatele, přítomnost adresy; přítomnost všech stránek v dokumentu a všech specifikovaných příloh.

Tyto konstrukční prvky jsou vyžadovány při zasílání dokumentu poštou nebo faxem. Pokud je dokument nesprávně formátován nebo není předložen celý, je vrácen zhotoviteli k přepracování.

Při odesílání dokumentu poštou se dokument převede. Dokumenty zaslané na stejnou adresu jsou umístěny společně v jedné obálce. Obálky jsou adresované a označené. Pro běžné dopisovatele jsou obálky připraveny předem. Veškerá příprava dokumentů určených pro poštovní registrace, probíhá v přísném souladu s požadavky Poštovního řádu.

Nicméně, v minulé roky S rozvojem přenosu dokumentů prostřednictvím telefonních komunikačních kanálů (fax, e-mail) množství korespondence zasílané klasickou poštou neustále klesá.

Přenos dokumentů pomocí e-mailu výrazně zkracuje dobu přenosu informací a zvyšuje spolehlivost doručení.

Zároveň bychom neměli zapomínat, že předávání dokumentů e-mailem představuje problém ověření pravosti podpisu (autorizace dokumentu), tedy použití speciálního programu “ elektronický podpis„A s každým dopisovatelem uzavřít zvláštní autorizační smlouvu.

E-mailové systémy se dělí na dva typy- globální a korporátní (oddělení). Pokud se uživatel připojí ke globální e-mailové službě (například Relcom), znamená to připojení k existující datové síti pokrývající velké oblasti, jejíž uzly jsou vybaveny výkonným zařízením umožňujícím průchod velkých objemů dat. informační zprávy. Navíc někteří uživatelé jednoho globální systém e-mail si může vyměňovat informace nejen v rámci své vlastní sítě, ale také s předplatiteli jiných globálních sítí. Podnikové systémy oddělení e-mailů je vytvořeno pro zajištění interního toku dokumentů, což je zvláště efektivní, pokud má organizace velký počet podřízených struktur, včetně poboček. Firemní e-mail používá několik osobních počítačů spojených do místního počítačová síť(LAN). Většina výkonný počítač síť vykonává funkci správy a nazývá se souborový server. Ostatní počítače připojené k síti se nazývají pracovní stanice. Takže všechno sdílené zdroje sítě (databáze, software, periferie) mohou být přístupné každému uživateli. Mnoho podnikových e-mailových systémů již bylo vytvořeno: Microsoft Mail; cc:Mail; 1C: E-mail atd. Pomocí Microsoft Mail tedy můžete provádět následující operace: přijímat a odesílat e-maily; přenášet soubory vytvořené v jiných programech MS Office; ukládat zprávy do speciálních elektronických složek; realizovat rychlé hledání potřebné zprávy; tisknout zprávy.

39. Pojmy: „případ“, „zakládání případů“, „názvosloví případů“. Význam nomenklatury případů pro klasifikaci dokumentů organizace.

Pouzdro- soubor dokumentů nebo dokument související s jedním problémem nebo oblastí činnosti, umístěný v samostatném obalu.

Tvorba případů- seskupování provedených dokumentů do případu v souladu s nomenklaturou případů a systematizace dokumentů v rámci případu.

Názvosloví případů- předepsaným způsobem sestavený systematický seznam názvů případů otevřených v organizaci s uvedením doby jejich uchovávání. Toto je velmi užitečný dokument v kancelářské práci, protože umožňuje racionálně organizovat práci s dokumenty: seskupovat dokumenty do souborů podle určitého systému - zajišťuje v případě potřeby rychlost jejich vyhledávání a bezpečnost; použitý v procesu registrace dokumentu - přidělen evidenční číslo podle vypracované klasifikace a rejstříků případů; používá se jako hlavní dokument v procesu výběru případů pro jejich předání do archivu, výběr případů s prošlými lhůtami pro jejich další likvidaci; slouží jako účetní doklad pro spisy s dočasnými úložnými lhůtami (v archivnictví nelze pořizovat dodatečné soupisy, slouží jako podklad pro sepisování soupisů trvalých a dlouhodobě uložených spisů, včetně personálních, úkonů pro úřad); zničení dokumentů. Názvosloví případů je multifunkční dokument a z praktického hlediska jej potřebuje každá organizace pro zefektivnění běžného papírování. Pro státní orgány a obecní instituce, které předávají písemnosti do státního nebo obecního archivu, dále pro akciové společnosti, notáře apod. je vyhotovení seznamu spisů předpisovým požadavkem.

Základní požadavky na organizaci provozní úložiště vyřízené dokumenty v kancelářské práci. Odpovědnost za bezpečnost dokumentů. Ukládání dokumentů do elektronické podobě.

Poslední fází procesu papírování je příprava provedených dokumentů k uložení a použití. Hlavním cílem organizace a uchovávání vyhotovených dokumentů je vytvoření podmínek pro jejich využití v referenční práci institucí a doplňování Státního archivního fondu.
Ukládání provedených dokumentů běžného roku se provádí ve speciálních složkách-registrech. Dokumenty dokončené kancelářskou prací jsou na konci roku předány do archivu organizace.
Příprava na přenos případů do archivu zahrnuje Další kroky:
1. provádění zkoumání hodnoty dokumentů v případech;
2. systemizace dokumentů ve spisech;
3. evidence případů;
4. sestavení soupisu záležitostí strukturální jednotky.
Uvedené práce provádějí pracovníci stavebních útvarů odpovědní za vedení dokumentace pod metodickým vedením vedoucího archivu.
Před technickou registrací případů se provádí další systematizace dokumentů v případech. K tomu se dokumenty vyjmou ze složek a zařadí se chronologicky, tzn. v opačném pořadí. Nejstarší dokument se umístí na začátek případu (nahoře) a nejpozději na konec.
Číselník spisů je schválený systematizovaný seznam spisů otevřených v instituci s uvedením lhůt pro jejich uložení předepsaným způsobem. Nomenklatura případů se používá jako schéma pro distribuci a seskupování provedených dokumentů do případů (klasifikační schéma), rejstřík pro indexaci dokumentů a případů, doby jejich uložení a také jako schéma pro konstrukci referenčního souboru nevyřízených dokumentů. Navíc je účetním dokladem v evidenci a archivu instituce pro dočasné (až 10 let včetně) uložení.
Názvosloví případů je nezbytné pro rychlé vyhledávání dokumentů podle jejich obsahu a typů. Efektivita práce s dokumenty a jejich bezpečnost závisí na tom, jak dobře je sestaven. Přítomnost seznamu případů v každé instituci, organizaci a podniku je povinná.
Podniky musí při sestavování spisového materiálu zohlednit požadavky na spisový spis obsažené ve státním systému dokumentační podpory pro vedení, Základní pravidla provozu resortních archivů a seznam dokumentů s vyznačením doby uložení. Nomenklaturu záležitostí podniku vypracovává odborník odpovědný za organizaci práce s dokumenty a schvaluje jej vedoucí podniku.
Názvosloví případů může být specifické, přibližné a typické. Kromě toho se rozlišuje mezi nomenklaturami záležitostí strukturální jednotky a instituce.
Specifická nomenklatura odráží dokumenty jedné konkrétní instituce nebo strukturální jednotky.
Přibližné a standardní nomenklatury případů odrážejí dokumenty určité kategorie institucí se stejným typem činnosti a složením dokumentace. Standardní nomenklatura navíc zavádí jednotné indexování případů pro příslušné instituce systému (oddělení) a je povinné. Přibližná nomenklatura případů je poradní.

Celkovou odpovědnost za organizaci ukládání a zajištění bezpečnosti dokumentů nese vedoucí organizace.

S přechodem kancelářské práce na počítačové technologie vyvstává otázka zefektivnění a organizace ukládání dokumentů vytvořených v elektronické podobě.
Dokumenty v elektronické podobě mohou zaměstnanci organizace vytvářet na počítačích, přijímat je e-mailem, nebo je převádět do elektronické podoby (skenováním) z klasické papírové podoby. Vytvořený nebo přijatý dokument je nutné uložit do paměti počítače - zapsat jako soubor na HDD. Dokumenty lze ukládat na pevný disk počítače nebo na speciálně vyhrazený počítač (souborový server) nebo na vyměnitelné médium.
Nejprve se na pevném disku vytvoří složky (adresáře), do kterých budou dokumenty umístěny. Stejně jako se papírové dokumenty vkládají do souborů, tak se soubory ukládají do složek. Každá složka může mít podsložky, které zase mohou mít své vlastní podsložky. Každé složce je přiřazen „název“. „Jméno“ by mělo začínat typem dokumentů (objednávky, úkony, zprávy atd.), proč je obsah dokumentů objasněn údaji o autorovi, vydání, dopisovateli, období, pro které jsou dokumenty (soubory) seskupeny .
Aktuální soubory kancelářské práce jsou uloženy na pevném disku počítače. Při práci v síti může mít uživatel přístup k diskům nebo adresářům na jiných počítačích. V tomto případě budou mít čísla sériových písmen a lze s nimi pracovat jako se zařízeními umístěnými na vlastní počítač. K tomu je v počítači obsahujícím potřebné prostředky nastaveno oprávnění ke sdílení přístupu k určitému souboru. Přístup lze omezit buď pomocí hesla pro plný přístup a přístup pouze pro čtení nebo omezení přístupu pouze na určité uživatele. Pro omezení přístupu ke složce můžete zadat heslo. Organizace s velkým objemem sdílených dokumentů využívají dedikované, vysoce spolehlivé počítače - souborové servery - navržené pro nepřetržitý provoz a poskytující současný přístup k datům od jednotek až po desítky, stovky a dokonce tisíce uživatelů.
Všechny dokumenty přijaté do kancelářského oběhu musí být uloženy v obecných složkách vytvořených v souladu s nomenklaturou spisů jednotky (organizace jako celku) na základě standardních klasifikátorů.
Jednou z hlavních otázek, která rozhoduje o úspěšném využití výpočetní techniky v kanceláři, je spolehlivost ukládání dokumentů v elektronické podobě. Zabezpečení dokumentů se skládá z:
- stabilní napájení;
- Rezervní kopie;
- antivirová ochrana;
- prevence a diagnostika pomocí speciálních utilit (pomocných programů).
Zvláštností elektronického úložiště je, že dokumenty jsou odesílány do elektronického archivu ihned po ukončení práce s nimi v kancelářské práci. To umožňuje zajistit bezpečnost dokumentů, jejich centralizované ukládání, rychlé vyhledávání a distribuovaný přístup k dokumentům jak pomocí lokální sítě, tak pomocí vzdáleného přístupu (telefonicky i přes internet).
Během procesu jejich registrace vzniká databáze dokumentů.
Údaje o dokladech za uplynulý rok jsou ukládány odděleně i po provedení všech dokladů za uplynulý rok. Databáze slouží pouze pro referenční práce a lze na ně přepsat externí média informace. V závislosti na množství informací to může být disketa, magnetická páska, CD-ROM nebo jiná archivní média.
Dokumenty s trvalou a dlouhodobou dobou uložení jsou obvykle zaznamenány na CD-ROM a dokumenty s dobou dočasného uložení jsou obvykle zaznamenány na média, která lze po uplynutí doby uložení smazat a přepsat.
Lhůty uchovávání dokumentů nezávisí na jejich formě existence - papírové nebo elektronické - a jsou určeny zvláštními adresáři - seznamy dokumentů s vyznačením doby uchovávání.
Jako místo pro ukládání archivních dokumentů se obvykle používá logická jednotka nebo několik složek v počítači. Pokud existují programy jako „ Elektronický archiv” účtování a kopírování se provádějí automaticky. Jinak se to provádí ručně: dokumenty se rozdělí podle doby uložení, vytvoří se složky odpovídající ročním oddílům inventur. Pokud je trvale uloženo značné množství dokumentů, jsou umístěny uvnitř roční sekce, ve složkách příslušných oddělení.

· Poskytovatel poštovní služby

Adresu poskytovatele, jak snadno uhodnete z názvu, přiděluje poskytovatel - organizace, která uživateli poskytuje přístup k internetu.

Specifické podmínky pro různých poskytovatelů mohou být velmi odlišné. Schránku u poskytovatele lze poskytnout zdarma nebo za úplatu, samostatné podmínky určit velikost boxu a seznam možných doplňkových služeb.

· Firemní poštovní služba

Firemní adresu získáte v místě výkonu práce. V tomto případě poštovní server patří organizaci, poštovní schránky jsou přiděleny zaměstnancům.

· Komerční poštovní služba

Obchodní poštovní služby poskytují poštovní schránky za úplatu. Účtují si peníze speciálně za vytvoření a údržbu poštovní schránky.

Poštovní služba zdarma

Bezplatné služby prostě poskytují možnost používat poštu pro každého.

Seznam serverů

1. "Mail.ru" - ruský komunikační portál

Bezplatná e-mailová služba s neomezenou velikostí poštovní schránky, ochranou proti spamu a virům. Sociální sítě, hosting fotografií a videí, vyhledávač a další komunikační a zábavní služby.

2. "I.ua" - bezplatná poštovní služba

E-mail s neomezenou schránkou. Antispamová a antivirová kontrola, filtry a třídění, přesměrování.

Ochrana proti spamu a virům, neomezená velikost poštovní schránka, možnost získat krátkou adresu (@ya.ru), kontrola pravopisu, překlad dopisů. Kolekce motivů návrhu pošty.

4. "Rambler-Pochta" - bezplatná poštovní služba

Možnost registrace elektronické schránky o velikosti 1 gigabajt zdarma. Tipy pro práci s poštou a nastavení poštovních klientů.

5. „Gmail“ – bezplatná e-mailová služba společnosti Google

Kapacita schránky 7 GB a více, připojení přes šifrovaný kanál pomocí protokolů SMTP/POP3/IMAP, označování písmen pomocí štítků, vestavěný chat, sociální nástroj "Live Feed".

6. „NextMail.ru“ – e-mail

Zdarma e-mail, úložiště souborů, možnost přeposílat poštu na mobilní telefon.

7. „Rost.vladivostok.com“ – e-mail

Bezplatná poštovní schránka, chat, blogy, fotoalba atd.

8. „Freemail“ – ukrajinský email

Bezplatný e-mailový systém s možností posílat soubory až do 1,5 GB, antivirová a antispamová ochrana dopisů.

freemail.ukr.net

9. "[email protected]" - bezplatná poštovní služba

Velikost schránky není omezena. Přístup přes IMAP/POP/SMTP, webové a wapové rozhraní. Filtrování spamu a virů. Démon placený hosting s adresou se stejným názvem jako je adresa poštovní schránky.

10. "Mail.ua" - ukrajinská poštovní služba

Email zdarma. Pravidla pro registraci do služby.

11. „Webmail.meta.ua“ – elektronická schránka

12. "Gmail.ru" - bezplatná pošta

Schopnost odesílat velké dopisy a zvětšit velikost poštovní schránky; podpora e-mailových klientů využívajících protokoly POP3/SMTP atd.

13. Automatický dekodér pošty

Automatické dešifrování nečitelných ruských písmen. Dekodér podporuje kódování: MAC, KOI, WIN, DOS, ISO.

www.artlebedev.ru/tools/decoder

14. "Mail.tut.by" - bezplatná poštovní služba

Neomezená velikost poštovní schránky. Podporuje POP3, IMAP4, SMTP, WAP a webové protokoly. Antivirová kontrola pošty a filtr spamu.

15. "Rin.ru" - bezplatná pošta

Možnost přijímat poštovní schránku o velikosti 15 MB.

16. "E-mail.ru" - bezplatná poštovní služba

Bezplatné e-mailové hostingové služby. Tipy pro nastavení a provoz systému. Výběr novinek.

17. "Antispam na Rin.ru"

Materiály o typech spamu a způsobech, jak proti němu bojovat. Zprávy. Recenze antispamových programů. Tipy a poučení. Seznam spammerů.

18. "S-Mail" - bezpečný e-mail

Bezplatná poštovní schránka se zprávami šifrovanými PGP.

19. "Liveinternet.ru" - poštovní služba

Zdarma email s webovým rozhraním (připojení přes protokoly POP3 a IMAP).

20. "Zóna Zap" - bezplatný poštovní server

Možnost získat zdarma emailovou schránku [email protected]. www.zzn.com

21. "Pošta v obraze"

Popis služby pro vytvoření emailové adresy v obrázku, seznam podporovaných domén, odpovědi na dotazy.

www.mailonpix.ru

22. "E-mail.ua" - email

E-mail zdarma s neomezenou schránkou, antispamovou a antivirovou ochranou, přístupem z mobilního telefonu a dalšími funkcemi.

23. "Knihovna pošty"

Velký výběr materiálů o emailu (články o emailu, spamu, mailingu, emailových klientech atd.). Fórum.

24. "AllBat.info" - neoficiální stránka The Bat!

Sbírky různých pluginů, distribucí, souborů nápovědy. Tajemství programu. Fórum.

25. "Sibmail.com" - bezplatná e-mailová služba

Poštovní server s přístupem přes protokoly POP3, SMTP, IMAP. FAQ, uživatelské služby.

26. "Jekatěrinburg" - regionální portál

Zprávy ze světa a regionu, archiv zpráv za měsíc. Bezplatná pošta [email protected].

27. "Tato e-mailová adresa je chráněna před spamboty. Pro její zobrazení musíte mít povolený Javascript" - bezplatná e-mailová služba

Schránka 50 MB, přístup přes webové rozhraní a POP3, filtrování spamu a antivirová ochrana.

28. "Vědecký dopis" - poštovní program

Popis programu pro tvorbu písmen se složitými matematickými výrazy: technické požadavky, rozhraní, možnosti editoru vzorců.

www.scilette.ru

29. "@NetMan.RU" - bezplatná poštovní služba

Popis vlastností poštovního systému. Registrační formulář.

30. "Tyt.in.ua" - bezplatná poštovní služba

Služby: 50 MB schránka, filtrování spamu a virů, upozornění pomocí SMS a ICQ o příchodu nové pošty.

31. "Microsoft Outlook" - blog o e-mailovém programu

www.potolook.ru/blog

32. "Mail commander" - poštovní klient

Možnost stažení programu pro zpracování emailů. Popis možností, podmínky nákupu.

www.isoftware.ru

33. "Mail.open.by" - bezplatná poštovní služba

Přístup k poště přes protokoly IMAP, POP3/SMTP a Web. Ochranný systém proti spamu a virům.

34. "Mail.Nur.kz" - bezplatná poštovní služba

Neomezená velikost poštovní schránky. Kontrolujte přílohy pomocí antivirového programu a antispamového filtru. Přístupné z jakéhokoli mobilního zařízení.

35. "BusinessMail" - odesílání pošty podle plánu

Možnost on-line překladu ruského textu do transliterace a naopak.

www.businessmail.ru

36. "Gmail" - komunita

Komunita pro diskusi o práci Gmailu.

community.livejournal.com/ru_gmail

37. "Bezplatný poštovní server Nižnij Novgorod"

www.nnov.org/mail

38. "Bazarov.net!" - bezplatná poštovní služba

Informace o možnostech poštovního systému (10 Mb, filtry, sběr pošty z jiných serverů, adresář). Registrační formulář.

39. "@ROL mail" - bezplatná poštovní služba

Popis pravidel pro práci se systémem. Formulář pro registraci bezplatného e-mailu.

40. "Ovi Mail Setup Wizard" - poštovní program

store.ovi.com/content/23073

41. "WapAlta" - mobilní e-mailová služba

www.hpc.ru/soft/software.phtml?id=21825

42. "ProfiMail" - poštovní klient

www.hpc.ru/soft/software.phtml?id=10911

43. "Yandex.Mail" - bezplatný e-mail

Ochrana proti spamu a virům, neomezená velikost poštovní schránky, kontrola pravopisu, překlad dopisů. Kolekce motivů návrhu pošty. v turečtině Jazyk.

mail.yandex.com.tr

44. "Chat.ru" - bezplatné hostingové služby

Umístění domovských stránek, poštovních schránek, chatů, návštěvních knih. Registrace, pomoc uživatelům.

45. "Stativ" - hosting webových stránek a pošty

Příležitost získat volné místo pro webové stránky a poštovní schránku. Podmínky služby. Nástroje pro tvorbu webu (tvůrce webových stránek, skripty atd.). V angličtině.

www.tripod.lycos.com

46. „Reg.ru“ – placený hosting webových stránek a pošta

Popis funkcí: ochrana pošty proti spamu, hosting a ovládací panel pošty, zálohaúdaje atd. Tarifní plány. Platební metody, technická podpora.

www.reg.ru/hosting

47. "Trend" - firemní email hosting

Hosting firemních poštovních serverů s neomezenou kapacitou poštovních schránek, ochrana proti spamu a virům, šifrování protokolů POP/IMAP/SMTP/HTTP při přenosu pošty. www.tendence.ru

Oblíbené v kategorii: