Scopul lucrrii: Studierea protocoalelor de pot electronic POP3, SMTP, IMAP i descrierea trsturilor de baz a acestor protocoale.

Protocolul POP3
POP3 sau Protocolul Post Office Versiunea 3 este, alturi de IMAP, unul din protocoalele utilizate de un calculator gazd pentru recepionarea potei electronice (e-mail). Cu siguran, tipurile nodurilor mai mici n Internet deseori nu sunt practice s ntrein un sistem de transport al mesajului (MTS). De exemplu, o staie de lucru este posibil s nu dispun de suficiente resurse (spaiu pe disc) cu scopul de a permite un server SMTP RFC 821 i asociaz un sistem local de trimitere mail pentru a fi inut rezident i s ruleze continuu. Similar, poate deveni costisitor (sau imposibil) s menii un computer interconectat la un IP-style reea pentru o perioad mai mare de timp (nodul duce lips de resursa cunoscut ca conectivitate). n ciuda acestora, deseori este foarte util s deserveti pota acestor noduri mai mici i deseori sprijin un utilizator agent (UA) s ajute la manipularea potei electronice. Pentru a rezolva aceast problem, un nod care ntreine o entitate MTS ofer un serviciu maildrop pentru aceste noduri nzestrate mai puin. POP3 a intenionat s permit unei staii de lucru acces dinamic la maildrop de pe un server gazd ntr-un mod util. De obicei, aceasta nseamn c protocolul POP3 este utilizat pentru a permite unei staii de lucru s primeasc pota pe care serverul o stocheaz. POP3 nu a intenionat s furnizeze operaii extinse de manipulare a potei de pe server; normal pota este descrcat de pe server i apoi tears. Un protocol mai avansat (i mai complex), IMAP4, a fost discutat n RFC 1730. n continuare, termenul client gazd (client host) se refer la o gazd ce utilizeaz serviciul POP3, ct timp termenul server gazd (server host) se refer la o gazd care ofer serviciul POP3. POP permite ca agenii UA locali s se conecteze la un MTA i s aduc mesajele pe calculatorul local, unde avei posibilitatea de a le citi i de a raspunde la ele. POP a fost definit n 1984, apoi a fost nlocuit cu POP2 n 1988. standardul curent este POP3. Agenii UA POP3 se conecteaz prin TCP/IP la server (de obicei, la portul 110). Aplicaia UA trimite un nume de utilizator i o parola (stocate intern, pentru comoditate, sau introduse de fiecare dat de utilizator, pentru o mai bun securitate). O dat autentificat, agentul UA poate trimite comenzi POP3 pentru a prelua sau a terge mesajele. POP3 este un protocol destinat exclusiv pentru citire. Aplicaiile UA POP3 utilizeaza SMTP pentru a trimite mesaje ctre server.

Avantejele sistemului POP

Mesajele sunt afisate foarte repede dupa ce sunt descarcate de pe server Dupa ce sunt descarcate mesajele se gasesc pe calculatorul personal. Pe majoritatea serverelor spatiul este limitat, deoarece mesajele sunt descarcate pe calculator spatiul pentru mesaje este limitat doar de hard-disk-ul propriu, nu este limitat de spatiu pe care il aveti pe server. Este un sistem care se regaseste pe majoritatea serverelor de pe internet. Toate programele de email supporta acest protocol

Dezavantajele protocolului POP

Trebuie folosit un program pentru a descarca mesajele de pe server Mesajele sunt stocate pe calculatorul propriu si nu sunt accesibile de la alte calculatoare Mesajele trimise si mesajele in curs de scriere nu sunt accesibile de la alte calculatoare Mesajele sunt sterse de pe server si daca aveti o problema cu calcualtorul este posibil sa pierdeti mesajele Mesajele sunt stocate in fisiere care nu sunt compatibile cu toti clientii de email, daca doriti sa schimbati clientul de email poate fi dificil sa recuperati mesajele anterioare Este destul de dificil de copiat email-urile pe un alt calculator (calculatorul de la birou, de acasa, de la scoala, laptop, etc.) Utilizatorii de obicei nu isi fac back-up la email-uri, cand se strica ceva la calculator sunt sanse mari sa iti piarta email-urile

Operaia de baz
Iniial, serverul pornete serviciul POP3 ascultnd TCP portul 110. Cnd clientul dorete s utilizeze serviciul, este stabilit o conexiune TCP cu serverul. Cnd conexiunea s-a realizat, serverul POP3 trimite un salut. Clientul i serverul POP3 schimb comenzi i rspunsuri pn cnd conexiunea este nchis sau abandonat. Comenzile n POP3 sunt formate din caractere (modul insenzitiv), posibil s fie urmate de unul sau mai multe argumente. Toate comenzile sunt termintate prin perechea CRLF (\r\n). irul de caractere ce formeaz comanda i argumentele sunt caractere ASCII. Comenzile i argumentele sunt separate printr-un singur caracter SPACE. Comenzile au lungimea de 3 sau 4 caractere. Fiecare argument poate avea lungimea pn la maxim 40 de caractere. Rspunsurile n POP3 constau dintrun indicator de status i o comand, posibil urmat de informaii adiionale. Toate rspunsurile sunt terminate prin perechea CRLF. Rspunsurile pot fi de lungime de pn la 512 caractere, incluznd i CRLF. n mod curent, sunt doi indicatori de status: pozitv (+OK) i negativ (-ERR). Serverul trebuie s trimit +OK i -ERR scrise cu litere mari (upper case). Rspunsurile la comenzi sunt multi-linie. n aceste cazuri, care sunt clar indicate mai jos, dup trimiterea primei linii a rspunsului i a perechii CRLF , orice linie adiional este trimis i fiecare linie se termin cu perechea CRLF. Cnd toate liniile rspunsului au fost trimise, este trimis o linie final, care formeaz un octet terminal (cod zecimal 046, .) i perechea CRLF. Dac orice linie a rspunsului multi-linie ncepe cu acest octet terminal, linia este completat cu octei terminali. Deci, un rspuns multi-linie se termin cu 5 octei CRLF.CRLF. Cnd examineaz un rspuns multi-linie, clientul verific s vad dac linia ncepe cu octetul terminal. Dac da i ceilali octei sunt CRLF, primul octet al liniei (octetul terminal) este scos. Dac da i dac CRLF urmeaz imediat caracterul terminal, atunci rspunsul de la serverul POP3 este terminat i linia ce conine .CRLF nu este considerat parte a rspunsului multi-linie. O sesiune POP3 evolueaz direct printr-un numr de stri n timpul vieii ei. O dat ce conexiunea TCP a fost deschis i severul POP3 a trimis salutul, sesiunea ntr n stare de AUTHORIZATION. n aceast stare, clientul trebuie s se identifice serverului POP3. O dat ce clientul a fcut acest lucru cu succes, serverul i formeaz resursele asociate n funcie de maildrop-ul clientului, i sesiunea ntr n starea de TRANSACTION. n aceast stare, clientul cere aciuni serverului POP3. Cnd clientul a emis comanda QUIT, sesiunea ntr n starea de UPDATE. n aceast stare, serverul POP3 elibereaz orice resurs dobndit n timpul strii de TRANSACTION i spune goodbye. Apoi conexiunea TCP este nchis. Serverul trebuie s rspund la o nerecunoatere, neimplementare sau o comand invalid printr-un indicator de stare negativ. Serverul trebuie s rspund unei comenzi cerute cnd sesiunea este ntr-o stare incorect, printr-un indicator de stare negativ. Nu exist o metod general pentru un client care s disting un server ce nu are implementat o comand opional, de un server care nu dorete sau nu poate s proceseze o comand. Un server POP3 poate avea timp de inactivitate (autologout). Ca timp trebuie s fie cel puin 10 minute. Primirea oricrei comenzi de la client n timpul acelui interval, este de ajuns s reseteze autologout timer. Cnd timpul expir, sesiunea nu poate intra n starea de UPDATE serverul ar trebui s nchid conexiunea TCP fr a terge nici un mesaj sau fr a trimite vreun rspuns clientului.

Starea Authorisation
O dat ce conexiunea TCP a fost deschis de un client POP3, serverul POP3 emite o linie de salut. Acesta poate fi orice rspuns pozitiv. Un exemplu poate fi: S: +OK POP3 server ready Sesiunea POP3 este acum n starea de AUTHORIZATION. Clientul trebuie acum s se identifice i s se autentifice serverului POP3. Dou mecanisme posibile pentru aceasta sunt descrise n acest document, combinaia comenzilor USER i PASS i comanda APOP. Ambele mecanisme sunt descrise n acest document. Mecanisme suplimenatare de autentificare sunt descrise n RFC 1734. Ct timp exist mai multe mecansime de autentificare acestea sunt cerute de toate serverele POP3, un server POP3 trebuie s suporte, bineneles, cel puin unul din aceste mecanisme. O dat ce serverul POP3 a fost determinat complet, utilizarea oricrei comenzi de autentificare a clientului, ar trebui s-i dea acces la maildrop-ul potrivit; serverul POP3 dobndete acces exclusiv pentru blocarea maildrop-ului, fiind necesar prevenirea modificrii i tergerii mesajelor nainte ca sesiunea s intre n starea UPDATE. Dac blocajul este dobndit cu succes, serverul POP3 rspunde cu un indicator de stare pozitiv. Sesiunea POP3 intr acum n starea TRANSACTION, cu nici un mesaj marcat pentru tergere. Dac maildrop-ul nu a putut fi deschis din diferite motive (ex. blocajul nu a putut fi realizat, clientul nu are acces la maildrop, sau maildrop-ul nu poate fi citit), serverul POP3 rspunde cu un indicator de stare negativ. (Dac s-a realizat blocajul i serverul POP3 intenioneaz s rspund cu un indicator de stare negativ, atunci el trebuie s se deblocheze nainte de respingerea comenzii). Dup returnarea negativ a indicatorului de stare, serverul poate nchide conexiunea. Dac serverul nu nchide conexiunea, clientul poate emite fie o nou comand de autenficare i s porneasc din nou, fie poate emite comanda QUIT. Dup ce serverul POP3 a deschis maildrop-ul, este asociat un numr fiecrui mesaj i se noteaz mrimea fiecrui mesaj n octei. Primului mesaj din maildrop i este asociat numrul de mesaj 1, celui de-al doilea 2 i aa mai departe, astfel nct celui de-al n-lea mesaj i este asociat numrul de mesaj n. n POP3 comenzile i rspunsurile, toate numerele de mesaje i mrimea mesajelor sunt exprimate n baza 10 (decimal). Iat un rezumat al comenzii QUIT n starea AUTHORIZATION: QUIT Argumente: nici unul Restricii: nici una Rspunsuri posibile: +OK Exemple: C: QUIT S: +OK dewey POP3 server signing off

Starea transaction
O dat ce clientul s-a identificat cu succes serverului POP3 i serverul POP3 a fost blocat i a deschis maildrop-ul corespunztor, sesiunea POP3 este acum n starea de TRANSACTION. Clientul poate emite n acest moment oricare dintre urmtoarele comenzi POP3, n mod repetat. Eventual, clientul emite comanda QUIT i sesiunea POP3 intr n starea de UPDATE.

STAT
STAT Argumente: nici unul

Restricii: Poate fi dat doar n starea TRANSACTION Comentariu: Serverul POP3 emite un rspuns pozitiv ntr-o linie care conine informaii pentru maildrop. Aceast linie este numit drop listing pentru acea casu potal.Cu scopul de a simplifica analiza, toate serverele POP3 au nevoie s utilizeze un format sigur pentru drop listing-s. Rspunsul pozitiv const din +OK urmat de un singur spaiu, numrul de mesaje din maildrop, un singur spaiu, mrimea maildrop-ului n octei. Acest memo nu determin nici o condiie ce urmeaz dup mrimea maildrop-ului. Implementrile minimale ar trebui doar s sfreasc linia de rspuns cu liti opionale ce permit clientului analiza mesajelor din maildrop sunt discutate mai trziu. De observat c acele mesaje marcate pentru tergere nu sunt numrate n total. Rspunsuri posibile: +OK nn mm Exemple: C: STAT S: +OK 2 320

LIST
LIST [msg] Argumente: Un numr de mesaj (opional), care, dac este prezent, nu poate s se refere la un mesaj marcat pentru tergere. Restricii: Pot fi date doar n starea TRANSACTION Comentariu: Dac a fost dat un argument, serverul POP3 emite un rspuns pozitiv cu o linie ce conine informaii pentru acel mesaj. Aceast linie este numit scan listing pentru mesajul respectiv. Dac nici un argument nu a fost dat, serverul POP3 emite un rspuns pozitiv, atunci rspunsul dat este multi-linie. Dup +OK iniial, pentru fiecare mesaj din maildrop, serverul POP3 rspunde cu o linie ce conine informaii despre acel mesaj. Aceast linie mai este numit scan listing pentru acel mesaj. Dac nu sunt mesaje n maildrop, atunci serverul POP3 rspunde fr scan listings emite un rspuns pozitiv urmat de o linie coninnd octetul terminal i perechea CRLF. n scopul simplificrii analizei, toate serverele POP3 sunt condiionate s utilizeze un format sigur pentru scan listings. Un scan listing conine numrul de mesaj al mesajului, urmat de un singur spaiu i mrimea exact a mesajului n octei. Metode pentru calcularea exact a mrimii mesajului sunt descrise n seciunea Formatul Mesajului. Acest memo nu determin nici o condiie referitoare la ce urmeaz dup mrimea mesajului n scan listig. Implementrile minimale ar trebui s termine acea linie de rspuns cu perechea CRLF. Implementrile mai avansate pot include i alte informaii, n urma analizei mesajului. Not: Acest memo descurajeaz puternic implementrile ce furnizeaz informaii suplimentare n scan listing. Alte facilitai opionale ce permit clientului s analizeze mesajele din maildrop sunt discutate mai trziu. De observat c mesajele marcate pentru tergere nu sunt listate. Rspunsuri posibile: +OK scan listing follows -ERR no such message Exemple: C: LIST S: +OK 2 messages (320 octets) S: 1 120 S: 2 200 S: .

C: LIST 2 S: +OK 2 200 C: LIST 3 S: -ERR no such message, only 2 messages n maildrop

RETR
RETR msg Argumente: Un numr de mesaj (obligatoriu) ce nu se refer la un mesaj marcat pentru tergere. Restricii: Poate fi dat doar n faza de TRANSACTION Comentariu: Dac serverul POP3 emite un rspuns pozitiv, atunci rspunsul dat este multi-linie. Dup +OK inial, serverul POP3 trimite mesajul corespunzator numrului de mesaj, fiind atent la completarea caracterului terminal. Rspunsuri posibile: +OK urmat de mesaj -ERR no such mesaj Exemple: C: RETR 1 S: +OK 120 octets S: <the POP3 server sends the entire message here> S: .

DELE
DELE msg Argumente: Un numr de mesaj (obligatoriu) care nu poate s se refere la un mesaj marcat pentru tergere. Restricii: Poate fi dat doar n starea de TRANSACTION Comentariu: Serverul POP3 marcheaz mesajele ca terse. Orice viitoare referin la numarul asociat mesajului ntr-o comand POP3 genereaz eroare. Serverul POP3 nu terge efectiv mesajul pn cnd sesiunea POP3 nu ntr n starea UPDATE. Rspunsuri posibile: +OK message deleted -ERR no such message Exemple: C: DELE 1 S: +OK message 1 deleted C: DELE 2 S: -ERR message 2 already deleted

NOOP
NOOP Argumente: nici unul Restricii: Poate fi dat doar n starea TRANSACTION Comentariu: Serverul POP3 nu face nimic, doar rspunde cu rspunsuri pozitive. Rspunsuri posibile: +OK Exemple: C: NOOP S: +OK

RSET
RSET Argumente: nici unul Restricii: Poate fi dat doar n starea TRANSACTION Comentariu: Orice mesaj marcat de serverul POP3 pentru tergere este demarcat. Serverul POP3 rspunde apoi cu un rspuns pozitiv. Rspunsuri posibile: +OK Exemple: C:RSET S: +OK maildrop has 2 message (320 octets)

Starea Update
Cnd clientul emite comanda QUIT din starea TRANSACTION, sesiunea POP3 intr n starea UPDATE. (De observat c, dac clientul emite comanda QUIT din starea AUTHORIZATION, sesiunea POP3 se termin, dar nu intr n starea UPDATE). Dac o sesiune se termin din anumite motive, altele dect emiterea comenzii QUIT, sesiunea POP3 nu intr n starea UPDATE i nu terge nici un mesaj din maildrop.

QUIT
QUIT Argumente: nici unul Restricii: nici una Comentariu: Serverul POP3 terge toate mesajele marcate pentru tergere din maildrop i rspunde cu privire la starea acestei operaii. Dac exist o eroare, ex. resurs lips, ntmpinat n timpul tergerii mesajelor, s-ar putea ca nite mesaje sau nici unul din cele marcate pentru tergere s nu fie terse. Chiar dac operaia s-a realizat cu succes sau nu, serverul elibereaz orice acces exclusiv i nchide conexiunea TCP. Rspunsuri posibile:

+OK -ERR some deleted message not removed Exemple: C: QUIT S: +OK dewey POP3 server signing off (maildrop empty) C: QUIT S: +OK dewey POP3 server signing off (e messages left)

Comenzile POP3 opionale

Comenzile POP3 discutate mai sus trebuie s fie suportate de toate implementrile minimale de server POP3. Comenzile POP3 discutate mai jos permit clientului POP3 o mai mare libertate n lucrul cu mesajele, pstrnd o implementare simpl de server POP3. Not: Acest memo ncurajeaz puternic implementri care s suporte aceste comenzi n locul celor ce dezvolt mrirea listelor drop i scan. n cteva cuvinte, filozofia acestui memo este de a pune inteligena de partea clientului POP3 i nu a serverului POP3. TOP TOP msg n Argumente: Un numr de mesaj (obligatoriu) care nu poate s se refere la un mesaj marcat pentru tergere i un numar pozitiv de linii (obligatoriu). Restricii: Poate fi dat doar n faza TRANSACTION Comentariu: Dac serverul POP3 emite un rspuns pozitiv, atunci rspunsul dat este multi-linie. Dup iniialul +OK, serverul POP3 trimite headerele mesajului, o linie goal separnd headerele de corp i apoi un numr de linii separate indicnd corpul mesajului, fiind atent la completarea caracterul terminal. De observat c dac numrul de linii cerute de clientul POP3 este mai mare dect numrul de linii ale corpului mesajului, atunci serverul POP3 trimite ntregul mesaj. Rspunsuri posibile: +OK top of mesaage follows -ERR no such message Exemple: C: TOP 1 10 S: +OK S:<the POP3 server sends the headers of the message, a blank line, and the first 10 lines of the body of message> S: . C: TOP 100 3 S: -ERR no such message

UIDL UIDL [msg] Argumente: Un numr de mesaj (optional), care, dac e prezent, nu poate s se refere la un mesaj marcat pentru tergere. Restricii: Poate fi dat doar n starea TRANSACTION Comentariu: Dac un argument a fost dat, serverul emite un rspuns pozitiv cu o linie coninnd acel mesaj. Aceast linie este numita unique-id listing pentru acel mesaj. Dac nu a fost dat nici un argument i serverul emite un rspuns pozitiv, atunci rspunsul dat este multi-linie. Dup +OK iniial, pentru fiecare mesaj din maildrop, serverul POP3 rspunde cu o linie ce conine informaii despre acel mesaj. n scopul simplificrii analizei, toate serverele POP3 sunt obligate s utilizeze un format sigur pentru unique-id listing. O lista cu id-ul unic const dintr-un numr de mesaj al mesajului, urmat de un singur spaiu i de idul unic al mesajului. Nu urmeaz nici o informaie id-ului mesajului din lista de Id-uri unice. Id-ul unic al mesajului este un string determinat arbitrar de server, coninand 70 de caractere ntre 0x21 0x7E, care identific unic un mesaj n cadrul unui maildrop i care persist n timpul sesiunii. Aceast persisten este obligatorie chiar dac o sesiune se termin far a intra n stare UPDATE. Serverul nu ar trebui s reutilizeze un Id unic ntr-un maildrop anume, att timp ct entitatea ce utilizeaz Id-ul unic respectiv exist. De observat c mesajele marcate pentru tergere nu sunt listate. Dei, n general, este preferabil ca implementrile pentru server s pstreze Id-urile unice asignate arbitrar n maildrop, aceast specificare intenioneaz s permit ca Id-urile unice s fie calculate ca a hash of the message. Clienii ar trebui s poat trata situaia n care dou copii identice ale unui mesaj din maildrop au acelasi Id unic. Rspunsuri posibile: +OK urmat de lista de id-uri unice -ERR no such message Exemple: C: UIDL S: +OK S: 1 whqtswo00WBw418f9t5JxYwZ S: 2 QhdPYR:00WBwPh7x7 S: . C: UIDL 2 S: +OK 2 OhdPYR:00WBw1Ph7x7 C: UIDL 3 S: -ERR no such message, only 2 messages n maildrop USER USER nume Argumente: Un ir de caractere identificnd o casu potal (obligatoriu), care este semnificativ doar serverului. Restricii: Poate fi dat doar n starea de AUTHORIZATION dup mesajul de salut al serverului POP3 sau dup una din comenzile USER sau PASS terminate cu eroare. Comentariu: Pentru autentificare utiliznd comenzile USER i PASS, clientul trebuie s emit mai nti comanda USER. Dac serverul POP3 rspunde cu un indicator pozitiv (+OK), atunci clientul poate emite

fie comanda PASS s completeze autentificarea, fie comanda QUIT s termine sesiunea POP3. Dac serverul POP3 rspunde cu un indicator negativ de stare (-ERR) pentru comanda USER, atunci clientul poate emite fie o comand nou de autentificare, fie comanda QUIT. Serverul poate returna un rspuns pozitiv chiar dac nu exist nici o casu potal. Serverul poate returna un rspuns negativ dac csua potal exist, dar nu permite autentificare de parol tip plaintext. Rspunsuri posibile: +OK nume is a valid mailbox -ERR never heard of mailbox nume Exemple: C: USER frated S: -ERR sorry, no mailbox for frated here C: USER mrose S: +OK mrose is a real hoopy frood PASS PASS ir caractere Argumente: O parol de server/csu potal(obligatoriu). Restricii: Poate fi dat doar n starea de AUTHORIZATION imediat dup o comand USER ncheiat cu succes. Comentariu: Cnd un client emite comanda PASS, serverul POP3 utilizeaz perechea de argumente de la USER i comenzile PASS s determine dac clientului ar trebui s i se permit accesul la maildrop-ul respectiv. Deoarece comanda PASS are exact un argument, serverul POP3 poate trata spaiile n argument ca parte a parolei, n loc de separatoare de argument. Rspunsuri posibile: +OK maildrop locked and ready -ERR invalid password -ERR unable to lock maildrop Exemple: C: USER mrose S: +OK mrose is a real hoopy frood C: PASS secret S: -ERR maildrop already locked C: USER mrose S: +OK mrose is a real hoopy frood C: PASS secret S: +OK mroses maildrop has 2 messages (320 octets) APOP APOP nume rezumat

Argumente: Un ir de caractere identificnd csua potal i un rezumat MD5 (amandou obligatorii). Restricii: Poate fi dat doar n starea de AUTHORIZATION dup salutul serverului POP3 sau dup una din comenzile USER sau PASS terminate cu insucces. Comentariu: n mod normal, fiecare sesiune POP3 ncepe cu USER/PASS. Aceasta sfrete serverul / id-ul user-ului specific, parola fiind trimis n reea. Multe implementri de client POP3 se conecteaz la un server POP3 n mod obinuit pentru a verifica mail-ul nou. n plus intervalul sesiunii iniiate poate fi de 5 minute. Deci, riscul capturrii parolei este mare. Este necesar o metod alternativ de autentificare, care s furnizeze cele dou metode originale de autentificare i protejare a rspunsului, care s nu implice trimiterea parolei neprotejate n reea. Comanda APOP furnizeaz aceast funcionalitate. Un server POP3 care implementeaz comanda APOP va include o marc de timp n banner-ul mesajului de salut. Sintaxa acestei marcri a timpului corespunde lui msg-id din RFC 822 i trebuie s fie diferit de fiecare dat cnd serverul POP3 emite un banner de salut. De exemplu, ntr-o implementare UNIX n care sunt utilizate procese UNIX separate pentru fiecare instan a serverului POP3, sintaxa unei mrci de timp poate fi: process-ID.clock@hostname unde process-ID este o valoare zecimal a PID-ului procesului, clock este o valoare zecimal a timpului sistemului i hostname este numele complet al domeniului corespunztor gazdei unde ruleaz serverul POP3. Clientul POP3 ia la cunotin de aceast marc de timp i apoi emite comanda APOP. Parametrul nume are aceai semantic exact ca parametrul nume din comanda USER. Parametrul rezumat este calculat prin aplicarea algoritmului MD5 RFC 1321 unui ir de caractere compus din marca de timp (incluznd parantezele unghiulare) urmat de informaia secret. Informaia secret (shared secret) este un ir de caractere cunoscut numai de clientul i serverul POP3. Mare atenie ar trebui acordat pentru a mpiedica o dezvluire neautorizat a secretului, cunoaterea secretului va permite oricarei entitai s se ascund sub acel nume de user. Parametrul rezumat este o valoare pe 16 octei care este trimis n format hexazecimal, utiliznd caracterele ASCII lower-case. Cnd serverul POP3 primete comanda APOP, verific rezumatul furnizat. Dac rezumatul este corect serverul POP3 emite un rspuns pozitiv i sesiunea POP3 intr n starea TRANSACTION. Altfel, un rspuns negativ este emis i sesiunea POP3 rmne n starea AUTHORIZATION. De observat c, lungimea informaii secrete crete, deci i dificultatea. Ca atare, informaiile secrete ar trebui s fie de lungime mare (mult mai mult de 8 caractere ca n ex. de mai jos). Rspunsuri posibile: +OK maildrop locked and ready -ERR permission denied Exemplu: S: +OK POP3 server ready <1896.697170952@dbc.mtview.ca.us> C: APOP mrose c4c9334bac560ecc979e58001b3e22fb S: +OK maildrop has 1 message (369 octetes) n acest exemplu, informaia secret este irul tan-staaf. Deci, algoritmul MD5 este aplicat irului: <1896.697170952@dbc.mtview.ca.us>tanstaaf care produce o valoare rezumat a: c4c9334bac560ecc979e58001b3e22fb

Consideraii
De cnd caracteristicile principale descrise mai sus au fost adugate la protocolul POP3, s-a acumulat experien n utilizarea lor pe scar larg n operaii de post office unde cei mai muli utilizatori nu se cunosc unii cu ceilali. n aceste situaii i altele, utilizatorii i vnztorii de clieni POP3 au descoperit c o combinaie ntre comanda UIDL i neemiterea comenzii DELE, poate furniza o versiune slab de depozit maildrop semi-permanent avnd o funcionalitate normal asociat cu IMAP. Desigur alte calitti IMAP, aa cum verificnd o conexiune existent pentru mesajele noi sosite i suportnd foldere multiple pe server, nu sunt prezente n POP3. Cnd aceste faciliti sunt utilizate ocazional de ctre utilizatori, exist o tendin de recitire a mesajelor acumulate pe server far limit. Acesta este clar un tip de comportament nedorit din punctul de vedere al operatorului de server. Aceast situaie este agravat de faptul c posibilitile limitate ale POP3-ului nu permit manipularea eficient a maildrop-urilor care au mii de mesaje. n consecin, este

recomandat ca operatorii de servere multi-users la scar larg, n special cei care au acces la maildrop doar via POP3, s considere urmtoarele alternative: Impunnd alocarea de spaiu de depozitare a maildrop-ului. Un dezavantaj al acestei opiuni este c acumularea de mesaje poate provoca neputina utilizatorului de a primi noi mesaje n maildrop. n situaiile n care se alege aceast opiune ar trebui s se asigure informarea utilizatorilor asupra acestui impediment sau epuizarea spaiului, poate prin inserarea unui mesaj potrivit n maildrop-ul userului. Impunnd o poli de asigurare privind pstrarea pe server. Utilizatorii sunt liberi s stabileasc aceast poli de asigurare privind depozitarea i pstrarea mesajelor pe server, cele citite i cele necitite. De exemplu, un utilizator poate terge mesajele necitite de pe server dup 60 de zile i pe cele citite dup 7 zile. tergerile de mesaj sunt n afara protocolului POP3 i nu sunt considerate o violare de protocol. Operatorii de server impunnd poliele de asigurare cu privire la tergerea mesajelor ar trebui s aib grij s fac toi utilizatorii contieni de puterea acestora. Clienii nu trebuie s presupun c o poli va terge automat mesajele i ar trebui s continue s tearg explicit mesajele utiliznd comanda DELE cnd este cazul. De notat c impunerea acestor polie de asigurare de tergere poate fi confuz pentru utilizatorii simpli, deoarece clientul lor POP3 poate conine opiuni de configurare de a terge mail-ul de pe server, care nu va fi de fapt suportat de server. Un caz special al polielor este c mesajele pot fi doar download-ate odat de pe server i sunt terse dup ce acesta a terminat operaia. Aceasta ar putea fi implementat de un server POP3 prin urmtorul mecanism: urmrind un login de client POP3 care a terminat prin QUIT, terge toate mesajele download-ate n timpul sesiunii cu comanda RETR. Este important s nu se tearg mesajele dac conexiunea s-a ncheiat printr-un eveniment anormal (ex. dac QUIT nu a fost primit de la client) deoarece clientul poate nu a primit sau nu a salvat cu succes mesajele). Serverele ce implementeaz poliele downloadeaz-i-terge pot de asemenea s doreasc s dezactiveze sau s limiteze comanda TOP, dei ar putea fi utilizat ca un mecanism alternativ pentru a downloada toate mesajele.

Exemplu de sesiune POP3

S: <wait for connection on TCP port 110> C: <open connection> S: +OK POP2 server ready <1896.697170952@dbc.mtview.ca.us> C: APOP mrose c4c9334bac560ecc97e58001b3e22fb S: +OK mroses maildrop has 2 messages (320 octets) C: STAT S: +OK 2 320 C: LIST S: +OK 2 messages (320 octets) S: 1 120 S: 2 200 S: . C: RETR 1 S: +OK 120 octets S: <the POP3 server sends message 1> S: . C: DELE 1 S: +OK message 1 deleted C: RETR 2 S: +OK 200 octets S: <the POP3 server sends message 2> S: . C: DELE 2 S: +OK message 2 deleted C: QUIT S: +OK dewey POP3 server signing off (maildrop empty) C: <close connection>

S: <wait for next connection>

Formatul mesajului
Toate mesajele transmise n timpul sesiunii POP3 sunt sumate conform standardului pentru formatul textelor mesajelor pentru Internet RFC 822. Este important de observat c numrarea octetului pentru un mesaj de pe un server gazd poate diferi de numrarea octetului asignat mesajului datorit conveniilor locale pentru desemnarea sfritului de linie (end-of-line). De obicei, n timpul strii de AUTHORIZATION a unei sesiuni POP3, serverul POP3 poate calcula mrimea fiecrui mesaj n octei cnd deschide maildropul. De exemplu, dac serverul gazd POP3 numr fiecare apariie a acestui caracter ca doi octei. Acele linii din mesaj care ncep cu octetul terminal nu au nevoie (i nu trebuie) numrate de doua ori, deoarece clientul POP3 va terge toate caracterele de terminale cnd primete un rspuns multi-linie.

Protocolul SMTP
Protocolul simplu de transfer al corespondenei (sau SMTP de la engl. Simple Mail Transfer Protocol) este un protocol simplu, folosit pentru transmiterea mesajelor n format electronic pe Internet. SMTP folosete portul de aplicaie 25 TCP i determin adresa unui server SMTP pe baza nregistrrii MX (Mail eXchange, schimb de corespoden) din configuraia serverului DNS. Protocolul SMTP specific modul n care mesajele de pot electronic sunt transferate ntre procese SMTP aflate pe sisteme diferite. Procesul SMTP care are de transmis un mesaj este numit client SMTP iar procesul SMTP care primete mesajul este serverul SMTP. Protocolul nu se refer la modul n care mesajul ce trebuie transmis este trecut de la utilizator ctre clientul SMTP, sau cum mesajul recepionat de serverul SMTP este livrat utilizatorului destinatar i nici cum este memorat mesajul sau de cte ori clientul SMTP ncearc s transmit mesajul.
Standardul Internet pentru e-mail este Protocolul de Transfer al Potei Simple (SIMPLE MAIL TRANSFER PROTOCOL - SMTP). SMTP este protocolul la nivel de aplicaie care asigur serviciile de mesagerie prin reele TCP/IP. SMTP a fost definit n 1982 de Internet Engineering Task Force (IETF) i este specificat la ora actual n documentele RFC 821 i 822. SMTP ruleaz la portul TCP 25. Cu toate c SMTP este cel mai rspndit protocol e-mail, i lipsesc unele dintre numeroasele faciliti din X.400. Un prim punct slab al standardului SMTP este lipsa suportului pentru mesaje non-text.

MIME I SMTP
EXTENSIA Multifuncional pentru Pota prin Internet (Multipurpose Internet Mail Extension - MIME) completeaz standardul SMTP i permite incapsularea de mesaje multimedia (non-text) n interiorul unui mesaj SMTP standard. MIME folosete codarea Base64 pentru a converti fiierele non-text n text ASCII. MIME este un standard relativ nou i, cu toate c este suportat de aproape toate aplicaiile UA de la ora actual, este posibil ca aplicaia dumneavoastr de e-mail s nu suporte MIME. Daca v aflai n aceast situaie, vei folosi probabil; una din celelalte metode de codare (BinHex sau uuencode).

Istoric

SMTP a inceput sa fie folosit mai des la inceputul anilor 80. La acea vreme era mai putin folosit decat UUCP (Unix to Unix CoPy), care era mai potrivit pentru transmiterea e-mail-urilor intre maini ce nu erau conectate permanent. SMTP nsa functioneaz mai bine cnd att expeditorul ct i destinatarul mesajului sunt legai in reea tot timpul. Sendmail a fost unul din primele programe care au implemetat acest protocol. Din 2001 au aparut nc cel puin 50 de programe care implementeaza SMTP( atat servere cat si clienti). Printre cele mai cunoscute servere SMTP amintimPostfix, qmail, Novell GroupWise,Exim, Novell NetMail si Microsoft Exchange Server.

Funcionarea
Comunicarea intre client i server se realizeaza prin texte ASCII. Iniial clientul stabilete conexiunea ctre server i ateapt ca serverul s-i rspund cu mesajul 220 Service Ready . Dac serverul e suprancrcat, poate s ntarzie cu trimirea acestui raspuns. Dupa primirea mesajului cu codul 220 , clientul trimite comanda HELO prin care isi va indica identitatea. In unele sisteme mai vechi se trimite comanda EHLO, comanda EHLO indicand faptul c expeditorul mesajului poate sa proceseze extensiile serviciului i dorete s primeasc o list cu extensiile pe care le suport serverul. Dac clientul trimite EHLO iar serverul i rspunde ca aceasta comand nu e recunoscut, clientul va avea posibilitatea s revin si s trimit HELO. Odat ce comunicarea a fost stabilit, clientul poate trimite unul sau mai multe mesaje, poate incheia conexiunea sau poate folosi unele servicii precum verificarea adreselor de e-mail. Serverul trebuie s raspund dup fiecare comand indicand astfel dac aceasta a fost acceptat, dac se mai asteapt comenzi sau dac exist erori n scrierea acestor comenzi. Pentru a trimite un mesaj se foloseste comanda MAIL prin care se specifica adresa clientului. Dac aceasta comanda este corecta serverul va raspunde cu mesajul 250 OK. Clientul trimite apoi o serie de comenzi RCPT prin care specific destinatarii mesajului. Serverul va raspunde cu 550 No such user here, sau 250 OK, in functie de corectitudinea comenzii primite. Dup ce se specific destinatarii, i serverul accept comenzile, se trimite comanda DATA, prin care serverul e anunat c expeditorul va incepe sa scrie coninutul mesajului. Serverul poate rspunde cu mesajul "503 Command out of sequence" sau "554 No valid recipients" dac nu a primit comenzile MAIL sau RCPT sau aceste comenzi nu au fost acceptate. Dac serverul va raspunde cu mesajul 354 Start mail input, clientul va putea introduce textul mesajului. Sfaritul mesajului e marcat cu <CR><LF>.<CR><LF>. Un server SMTP trebuie s cunoasc cel putin urmatoarele comenzi : HELO - identificare computer expeditor; EHLO - identificare computer expeditor cu cerere de mod extins; MAIL FROM - specificarea expeditorului; RCPT TO - specificarea destinatarului ; DATA - coninutul mesajului; RSET Reset; QUIT - termin sesiunea; HELP - ajutor pentru comenzi; VRFY - verifica o adresa; EXPN - expandeaz o adresa; VERB - informatii detaliate. Protocolul SMTP foloseste urmatorul model de comunicatie: transmitatorul, ca urmare a unei cereri de transmisie a mail-ului, stabileste o legatura bidirectionala cu receptorul. Receptorul poate fi destinatarul final al mail-ului sau doar un intermediar. Comenzile SMTP sunt generate de catre transmitator si trimise catre receptor. Raspunsurile SMTP sunt generate de catre receptor si transmise transmitatorului. Dupa ce se stabileste canalul de comunicatie intre transmitator si receptor, transmitatorul trimite comanda MAIL indicand expeditorul mail-ului. Daca receptorul poate accepta mail-ul de la expeditorul respectiv va raspunde cu mesajul OK. Apoi, transmitatorul trimite comanda RCPT indicand destinatarul mail-ului. Daca receptorul poate primi mail-uri pentru destinatarul respectiv va raspunde cu mesajul OK, in caz contrar va raspunde cu un mesaj de eroare. Transmitatorul si receptorul pot negocia mai multi destinatari. Atunci cand destinatarii au fost negociati, transmitatorul trimite mesajul propriu-zis, terminat cu o secventa speciala.Daca receptorul

primeste mesajul corect, va raspunde cu mesajul OK. Dialogul trebuie sa aiba loc secvential, pas cu pas, cate un singur pas o data.

Dupa cum spuneam mail-urile pot fi trimise direct spre receptorul final sau spre un intermediar. Din acest motiv este necesar sa se precizeze numele de host al destinatiei finale precum si utilizatorul caruia ii este destinat mesajul. Atunci cand un mesaj este trimis catre mai multi destinatari, protocoul SMTP incurajeaza trimiterea datelor din mesaj o singura data pentru toti destinatarii care apartin aceluiasi sistem destinatie. Comenzile si raspunsurile folosite de catre protocolul SMTP au o sintaxa rigida, care trebuie respectata cu strictete. Raspunsurile au atasate si cate un cod numeric. Comenzile si raspunsurile pot fi scrise atat cu majuscule cat si cu minuscule si sunt formate din caractere din setul ASCII. Codurile numerice ale raspunsurilor sunt prezentate mai jos, ordonate dupa functii: 500 Syntax error, command unrecognized 501 Syntax error in parameters or arguments 502 Command not implemented 503 Bad sequence of commands 504 Command parameter not implemented 211 System status, or system help reply 214 Help message 220 <domain> Service ready 221 <domain> Service closing transmission channel 421 <domain> Service not available, closing transmission channel 250 Requested mail action okay, completed 251 User not local; will forward to <forward-path> 450 Requested mail action not taken: mailbox unavailable 550 Requested action not taken: mailbox unavailable 451 Requested action aborted: error in processing 551 User not local; please try <forward-path> 452 Requested action not taken: insufficient system storage 552 Requested mail action aborted: exceeded storage allocation 553 Requested action not taken: mailbox name not allowed 354 Start mail input; end with <CRLF>.<CRLF> 554 Transaction failed Comenzile SMTP sunt urmatoarele: HELO <SP> <domain> <CRLF> MAIL <SP> FROM:<reverse-path> <CRLF> RCPT <SP> TO:<forward-path> <CRLF> DATA <CRLF> RSET <CRLF> SEND <SP> FROM:<reverse-path> <CRLF> SOML <SP> FROM:<reverse-path> <CRLF> SAML <SP> FROM:<reverse-path> <CRLF> VRFY <SP> <string> <CRLF> EXPN <SP> <string> <CRLF> HELP [<SP> <string>] <CRLF> NOOP <CRLF>

QUIT <CRLF> TURN <CRLF> Un exemplu simplu de trimitere a unui mesaj este cel de mai jos, unde mail-ul este trimis de Ionel de la hostul exemplu.net catre Sergiu, Paul, Dan de la hostul dest.net Transmitator: MAIL FROM:<Ionel@exemplu.net> Receptor: 250 OK Transmitator: RCPT TO:<Sergiu@dest.net> Receptor: 250 OK Transmitator: RCPT TO:<Paul@dest.net> Receptor: 550 No such user here Transmitator: RCPT TO:<Dan@dest.net> Receptor: 250 OK Transmitator: DATA Receptor: 354 Start mail input; end with <CRLF>.<CRLF> Transmitator: Blah blah blah Transmitator: etc. etc. etc. Transmitator : <CRLF>.<CRLF> Receptor: 250 OK Acest mail a fost acceptat pentru Sergiu si Dan. Paul nu are cont la host-ul dest.net.

Realizarea comunicaiei SMTP - exemplu

Funcionarea protocolului SMTP poate fi testat simplu prin iniierea unei conexiuni TCP folosind un client de telnet. telnet mailhost.domeniu.ro 25 Server: 220 mailhost.domeniu.ro ESMTP Client: HELO host.domeniu.ro Server: 250 Hello host.domeniu.ro Client: MAIL FROM: utilizator@domeniu.ro Server: 250 Ok Client: RCPT TO: utilizator@altdomeniu.ro Server: 250 Ok Client: DATA Server: 354 End data with <CR><LF>.<CR><LF> Client: Subject: test Client: un mesaj test Client: . Server: Mail queued for delivery. Client: QUIT Server: 221 Closing connection. Bye.

Protocolul IMAP
Protocolul de acces la mesaje prin internet IMAP (Internet Message Access Protocol) este unul din cele dou protocoale de Internet mai des folosite pentru extragerea de email-uri de pe server, cellalt protocol fiind POP (Post Office Protocol). Practic toate serverele de e-mail i programele client de e-mail moderne suport ambele protocoale ca mijloc de transfer a mesajelor E-Mail de la un server, cum ar fi cele folosite de Gmail, la un client - Mozilla Thunderbird, Kmail, Apple Mail, Opera M2 i Microsoft Outlook. Protocolul de Acces la Mesajele prin Internet (cunoscut ca IMAP i anterior ca Internet Mail Acces Protocol, Interactive Mail Acces Protocol i Interim Mail Acces Protocol) este un protocol de

Internet strat de aplicaie care permite unui e-mail client s acceseze e-mail-ul printr-un server mail de la distan. IMAP suport att modul de operare online ct i modul offline. Clienii e-mail ce folosesc IMAP, las n mod general mesajele pe server pn cnd utilizatorul le terge explicit. Aceasta i alte caracteristici ale operaiilor IMAP permit clienilor multipli s gestioneze aceeai csu potal. Majoritatea clienilor e-mail suport IMAP, n plus fa de POP pentru preluarea mesajelor; cu toate acestea puini furnizori de internet suport IMAP. IMAP ofer acces la magazia de email-uri. Clienii pot stoca copii locale ale mesajelor, dar acestea sunt considerate a fi un cache temporar. Mesajele e-mail sunt trimise la un server de e-mail care stocheaz mesajele n caseta de e-mail a destinatarului. Utilizatorul preia mesajele respective cu un client de e-mail care utilizeaz un numr de protocoale de retragere de e-mail. Unii clieni i unele servere prefereniale folosesc protocoale proprietare specifice furnizorului, dar majoritatea suport protocoalele standard de Internet SMTP pentru trimiterea email-urilor i POP i IMAP pentru preluarea email-urilor, permind interoperabilitatea cu alte servere i ali clieni.

Istoric
IMAP a fost construit de Mark Crispin n anul 1986 ca un protocol potal de la distan n contrast cu utilizarea pe scar larg a protocolului POP, un protocol de preluare de coninut a unei csute potale electronice.

Original IMAP
Originalul IMAP (Interim Acces Protocol) a fost implementat ca un client main Xerox Lisp i ca server TOPS-20. Nu exist nici o copie a specificaiilor protocolului original Interim. Dei unele dintre comenzile i rspunsurile sale erau similare protocolului IMAP2, protocolul interim nu avea tag-uri de comenzi i rspunsuri i astfel sintaxa sa era incompatibil cu toate celelalte versiuni de IMAP.

IMAP2
Protocolul interim a fost repede nlocuit de Interactive Mail Access Protocol (IMAP2). IMAP2 a introdus tag-ul de comand / rspuns i a fost prima versiune distribuit public.

IMAP2bis
Odat cu apariia MIME (Multipurpose Internet Mail Extensions), IMAP2 a fost extins pentru a sprijini structurile corpului MIME i au fost adugate noi funcionaliti de management la csua potal electronic (creare, tergere, redenumire, ncrcare de mesaje) care erau absente n IMAP2. Aceast revizie experimental a fost denumit IMAP2bis; specificaiile sale nu au fost publicate niciodat n form nonproiect. Versiuni timpurii ale Pine au fost larg distribuite cu suport IMAP2bis.

IMAP4
Un grup de lucru IMAP format n IETF(Internet Engineering Task Force) la nceputul anilor 1990 a preluat responsabilitile al proiectului IMAP2bis. Grupul de lucru IMAP a decis s redenumeasc IMAP2bis n IMAP4 pentru a evita confuzia cu competitorul IMAP3 de la un alt grup. Extinderea acronimului IMAP s-a schimbat de asemenea n Internet Message Access Protocol. Unele defecte de proiectare n originalul IMAP4, care au ieit la suprafa n experiena de implementare a condus la revizia i nlocuirea sa cu IMAP4rev1, doi ani mai trziu.

IMAP4rev1
Actuala versiune a IMAP ncepnd din anul 1996, IMAP versiunea 4 revizia 1 (IMAP4rev1) este definit n RFC 3501. IMAP4rev1 este compatibil cu IMAP2 i IMAP2bis i este compatibil i cu IMAP4. Cu toate acestea vechile versiuni sunt aproape disprute. Spre deosebire de alte protocoale de Internet mai vechi, IMAP suport nativ mecanisme de autentificare criptate. n timp ce serverele IMAP pot fi configurate s permit transmiterea parolelor n textplan, RFC 3501 mputernicete suportul pentru metode de autentificare care evit aceast vulnerabilitate.

Este posibila criptarea traficului IMAP folosind Transport Layer Security (SSL), fie prin direcionarea comunicaiilor IMAP peste SSL pe portul 993, fie prin emiterea de comand STARTTLS cu o sesiune IMAP stabilit (a se vedea RFC 2595).

Avantaje fa de POP Moduri de conectare i de deconectare de la operare

Folosind POP, clienii, de obicei se conecteaz un timp scurt la server-ul de e-mail, suficient timp ct s descarce noile mesaje. Cnd clienii folosesc IMAP4, acetia stau adesea conectai la server atta timp ct interfaa cu utilizatorul este activ i decarc coninutul mesajelor la cerere. Pentru utilizatorii cu multe mesaje sau cu mesaje mari, aceast folosire a IMAP4 poate duce la timpi de rspuns mai rapizi.

Clieni multipli conectai simultan la aceeai csu potal

Protocolul POP cere clientului conectat s fie singurul client conectat la o csu potal. n contrast, protocolul IMAP permite n mod expres accesul simultan a mai multor clieni i ofer mecanisme pentru clieni pentru a detecta schimbrile fcute csuei potale de un alt utilizator, conectat n acelai timp.

Accesul la pri de mesaje MIME

De obicei, toate masajele e-mail pe Internet sunt transmise n format MIME, permind mesajelor s aibe o structur arborescent n care nodurile frunz sunt oricare dintre varietile unui singur tip de coninut iar nodurile non-frunze sunt oricare din varietile a mai multor tipuri de coninut. Protocolul IMAP4 permite clienilor s preia separat oricare din prile MIME individuale i de asemenea poate prelua poriuni din fiecare parte individual sau ntregul mesaj. Aceste meacanisme permit clienilor s preia poriuni de texte a unui mesaj fr a prelua fiierele ataate.

Informaii despre starea mesajului

Prin utilizarea de steaguri definite n protocolul IMAP4, clienii pot urmri starea mesajelor; de exemplu dac un mesaj a fost sau nu citit, dac i s-a rspuins sau dac a fost ters. Aceste steaguri sunt stocate pe server, astfel nct clieni diferii care acceseaz aceeai csu potal n perioade diferite de timp s poat detecta schimbrile de stare fcute de ceilali clieni. Protocolul POP nu ofer nici un mecanism pentru clieni care s stocheze astfel de informaii de stare pe server, astfel, dac un singur utilizator acceseaz csua potal cu doi clieni diferii de POP, informaiile de stare, cum ar fi faptul dac un mesaj a fost sau nu citit, nu pot fi sincronizate ntre clieni.

Csue potale multiple pe server

Clienii IMAP4 pot crea, redenumi i/sau terge csue potale (de obicei prezentate utilizatorului ca foldere) de pe server i poate muta mesaje ntre csuele potale. Suportul pentru csue potale multiple permit de asemenea serverelor s ofere acces la foldere partajate i publice.

Cutri pe server
IMAP4 ofer un mecanism pentru un client s solicite server-ului s caute mesaje ntlnite dup un anumit criteriu. Acest mecanism evit cererea clienilor de a descrca fiecare mesaj n csua potal pentru a efectua aceste cutri.

Dezavantaje ale IMAP

Cu excepia cazului n care magazia de mesaje i algoritmii de cutare de pe un server sunt bine implementate, un client poate consuma o cantitate mare de resurse de pe server atunci cnd se fac cutri n csue potale masive. Clienii IMAP4 necesit o permanent conexiune TCP/IP cu serverul IMAP pentru a fi ntiinat despre noile mesaje sosite. Spre deosebire de unele protocoale proprietare care combin operaiile de trimitere i recuperare, trimiterea unui mesaj i copierea lui ntr-un folder pe server cu IMAP necesit transmiterea de dou ori a

mesajului, prima dat la SMTP pentru livrare i a doua oar la IMAP pentru stocare n folderul de mesaje trimise. Dezavantajele IMAP sunt: Mesajele se incarca mai incet, mai ales prima oara cand sunt vizualizate De obicei pe server exista un spatiu limitat, pentru a nu ocupa acest spatiu rapid o arhivare deasa a mesajelor este necesara Nu toate serverele ofera acest serviciu, este considerat un serviciu de clasa si este destul de complex in materie de suport Nu toti clientii de email suporta acest protocol

Avantajele protocolului IMAP

Mesajele sunt tinute pe server si sunt accesibile de la orice calculator de oriunde din lume Mesajele care sunt verificate pe webmail raman sincronizate cu un eventual calculator Mesajele trimise si cele in curs de scriere sunt tinute pe server Filtrarea spamurilor se poate face si pe server si nu numai pe calculatorul clientului De obicei se face back-up-ul automat al mesajelor de catre administratorul serverului Este usor sa schimbi clientul de email sau calculatorul Daca va schimbati calculatorul este foarte usor de recuperat email-urile, nu este necesara nici macar copierea fisierelor intre calculatoare Spre deosebire de webmail, IMAP-ul creaza o copie a mesajelor pe calculatorul personal, mesajele odata vizualizate pot fi redeschise in momentul in care calculatorul nu mai este conectat la internet

Concluzie:
Efectund aceast lucrare de laborator am fcut cunotin cu funcionarea protocoalelor de mesaje electronice e-mail dintre care, cele de baz sunt, POP3, IMAP i SMTP. SMTP este un protocol de transmitere mesajelor e-mail i transmiterea lor n reeaua internet, protocoalele POP3 i IMAP fiind utilizate pentru extragerea acestor mesaje i au particulariti i oportuniti diferite. POP3 lucreaz la viteze mai nalte, este utilizat de majoritatea serverelor i toate programele Email suport acest protocol. IMAP lucreaz la viteze mai joase, ns, mesajele se salveaz n server i sunt accesibile oriunde, ele sunt filtrate de spam, ele creaz o copie a mesajelor pe calculator i mesajele pot fi recuperate uor dac schimbm calculatorul, ns nu toi clienii suport acest protocol.

MINISTERUL EDUCAIEI AL REPUBLICII MOLDOVA UNIVERSITATEA TEHNIC A MOLDOVEI FACULTATEA FIMET CATEDRA DE OPTOELECTRONIC

DAREA DE SEAM
LA LUCRAREA DE LABORATOR NR. 3

TEMA: Studierea protocoalelor de pot electronic POP3, SMTP, IMAP

La disciplina: Protocoale, modelarea i analiza reelelor de comunicaii

A efectuat studentul grupei SOE102 A verificat lectorul superior

Stamatii Alexandru Rusu Gabriel

CHIINU 2012