Post Office Protocol version 3 (POP3) to protok� internetowy z warstwy aplikacji pozwalaj�cy na odbi�r poczty elektronicznej ze zdalnego serwera do lokalnego komputera poprzez po��czenie TCP/IP. Ogromna wi�kszo�� wsp�czesnych internaut�w korzysta z POP3 do odbioru poczty Wcze�niejsze wersje protoko�u POP, czyli POP (czasami nazywany POP1), POP2 zosta�y ca�kowicie zast�pione przez POP3. Zwykle je�eli kto� m�wi o protokole POP ma na my�li jego wersj� 3. Protok� POP3 powsta� dla u�ytkownik�w, kt�rzy nie s� ca�y czas obecni w Internecie. Je�eli kto� ��czy si� z sieci� tylko na chwil�, to poczta nie mo�e dotrze� do niego protoko�em SMTP. W takiej sytuacji w sieci istnieje specjalny serwer, kt�ry przez SMTP odbiera przychodz�c� poczt� i ustawia j� w kolejce. Kiedy u�ytkownik po��czy si� z sieci�, to korzystaj�c z POP3 mo�e pobra� czekaj�ce na niego listy do lokalnego komputera. Jednak protok� ten ma wiele ogranicze�: * po��czenie trwa tylko, je�eli u�ytkownik pobiera poczt� i nie mo�e pozosta� u�pione, * do jednej skrzynki mo�e pod��czy� si� tylko jeden klient r�wnocze�nie, * ka�dy list musi by� pobierany razem z za��cznikami i �adnej jego cz�ci nie mo�na w �atwy spos�b pomin�� - istnieje co prawda komenda top, ale pozwala ona jedynie okre�li� przesy�an� liczb� linii od pocz�tku wiadomo�ci, * wszystkie odbierane listy trafiaj� do jednej skrzynki, nie da si� utworzy� ich kilku, * serwer POP3 nie potrafi sam przeszukiwa� czekaj�cych w kolejce list�w. Istnieje bardziej zaawansowany protok� IMAP, kt�ry pozwala na przegl�danie czekaj�cych list�w nie po kolei na podobie�stwo plik�w w katalogach i posiada niekt�re funkcje pomini�te w POP3. Programy odbieraj�ce poczt� najcz�ciej obs�uguj� oba protoko�y, ale POP3 jest bardziej popularny. Wysy�anie list�w zawsze opiera si� na protokole SMTP. Komunikacja POP3 mo�e zosta� zaszyfrowana z wykorzystaniem protoko�u SSL. Jest to o tyle istotne, �e w POP3 has�o przesy�ane jest otwartym tekstem, o ile nie korzysta si� z opcjonalnej komendy protoko�u POP3, APOP. Protok� POP3, podobnie, jak inne protoko�y internetowe (np. SMTP, HTTP) jest protoko�em tekstowym, czyli w odr�nieniu od protoko�u binarnego, czytelnym dla cz�owieka. Komunikacja mi�dzy klientem pocztowym, a serwerem odbywa si� za pomoc� czteroliterowych polece�. SMTP (ang. Simple Mail Transfer Protocol) � protok� komunikacyjny opisuj�cy spos�b przekazywania poczty elektronicznej w Internecie. SMTP to wzgl�dnie prosty, tekstowy protok�, w kt�rym okre�la si� co najmniej jednego odbiorc� wiadomo�ci (w wi�kszo�ci przypadk�w weryfikowane jest jego istnienie), a nast�pnie przekazuje tre�� wiadomo�ci. Demon SMTP dzia�a najcz�ciej na porcie 25. �atwo przetestowa� serwer SMTP przy u�yciu programu telnet. SMTP zacz�o by� szeroko u�ywane we wczesnych latach osiemdziesi�tych dwudziestego wieku. W tamtym okresie by�o to uzupe�nienie UUCP, kt�ry lepiej sprawdza� si� przy przekazywaniu poczty mi�dzy maszynami posiadaj�cymi jedynie okresowe po��czenie. SMTP natomiast lepiej dzia�a, gdy zar�wno maszyna nadaj�ca jak odbieraj�ca s� na sta�e przy��czone do sieci. Jednym z pierwszych (je�li nie pierwszym) z program�w do przesy�ania poczty, w kt�rym zastosowano SMTP by� sendmail. W roku 2001 istnia�o przynajmniej 50 program�w implementuj�cych SMTP jako klient (nadawca) lub serwer (odbiorca wiadomo�ci). Niekt�re inne popularne programy serwer�w SMTP to exim, Postfix, Qmail Bernsteina, MDaemon, GroupWise firmy Novell i Microsoft Exchange. Protok� ten nie radzi� sobie dobrze z plikami binarnymi, poniewa� stworzony by� w oparciu o czysty tekst ASCII. W celu kodowania plik�w binarnych do przesy�u przez SMTP stworzono standardy takie jak MIME. W dzisiejszych czasach wi�kszo�� serwer�w SMTP obs�uguje rozszerzenie 8BITMIME pozwalaj�ce przesy�a� pliki binarne r�wnie �atwo jak tekst. SMTP nie pozwala na pobieranie wiadomo�ci ze zdalnego serwera. Do tego celu s�u�� POP3 lub IMAP. Jednym z ogranicze� pierwotnego SMTP jest brak mechanizmu weryfikacji nadawcy, co u�atwia rozpowszechnianie niepo��danych tre�ci poprzez poczt� elektroniczn� (wirusy, spam). �eby temu zaradzi� stworzono rozszerzenie SMTP-AUTH, kt�re jednak jest tylko cz�ciowym rozwi�zaniem problemu - ogranicza wykorzystanie serwera wymagaj�cego autoryzacji do zwielokrotniania poczty. Nadal nie istnieje metoda, dzi�ki kt�rej odbiorca autoryzowa�by nadawc� � nadawca mo�e "udawa�" serwer i wys�a� dowolny komunikat do dowolnego odbiorcy.
muruim