POP3: Różnice pomiędzy wersjami
m (Dodanie MetaData Description) |
m (cleanup bibliografii i rotten links) |
||
Linia 13: | Linia 13: | ||
</ul> | </ul> | ||
}} | }} | ||
'''POP3''' (ang. Post Office Protocol) – standard protokołu internetowego służącego do wyodrębnienia i pobrania wiadomości e-mail ze zdalnego serwera poczty, w celu uzyskania do nich dostępu na komputerze lokalnym. Protokół zapewnia odbiór poczty nadchodzącej, a także wymienienie się informacjami między użytkownikiem a serwerem. Umożliwia także komunikacje między klientem a serwerem, oraz przechowuje wiadomości na serwerze internetowym, jeżeli w kliencie poczty np.: MS OUTLOOK zaznaczona jest [[opcja]] "Pozostaw wiadomości na serwerze". | '''POP3''' (ang. Post Office Protocol) – standard protokołu internetowego służącego do wyodrębnienia i pobrania wiadomości e-mail ze zdalnego serwera poczty, w celu uzyskania do nich dostępu na komputerze lokalnym. Protokół zapewnia odbiór poczty nadchodzącej, a także wymienienie się informacjami między użytkownikiem a serwerem. Umożliwia także komunikacje między klientem a serwerem, oraz przechowuje wiadomości na serwerze internetowym, jeżeli w kliencie poczty np.: MS OUTLOOK zaznaczona jest [[opcja]] "Pozostaw wiadomości na serwerze". | ||
Linia 39: | Linia 38: | ||
==Korzystanie z protokołu POP== | ==Korzystanie z protokołu POP== | ||
Aby korzystać z POP3, należy się najpierw upewnić, czy [[firma]] obsługująca naszą skrzynkę oraz [[program]], którego chcemy używać do odczytania poczty, zapewniają tę usługę. Jeśli tak, to do konfiguracji programu muszą być dostępne (na stronie WWW usługodawcy lub w umowie) następujące [[informacje]]: | Aby korzystać z POP3, należy się najpierw upewnić, czy [[firma]] obsługująca naszą skrzynkę oraz [[program]], którego chcemy używać do odczytania poczty, zapewniają tę usługę. Jeśli tak, to do konfiguracji programu muszą być dostępne (na stronie WWW usługodawcy lub w umowie) następujące [[informacje]]: | ||
* nazwa serwera poczty przychodzącej (POP3) i nazwa użytkownika na tym serwerze – abyśmy mogli czytać pocztę, | * nazwa serwera poczty przychodzącej (POP3) i nazwa użytkownika na tym serwerze – abyśmy mogli czytać pocztę, | ||
* nazwa serwera poczty wychodzącej i (zwykle, ale nie zawsze) nazwa użytkownika na tym serwerze – abyśmy mogli pocztę wysyłać, | * nazwa serwera poczty wychodzącej i (zwykle, ale nie zawsze) nazwa użytkownika na tym serwerze – abyśmy mogli pocztę wysyłać, | ||
* adres e-mail – aby trafiały do nas odpowiedzi, | * adres e-mail – aby trafiały do nas odpowiedzi, | ||
* hasło. | * hasło. | ||
==Dokumenty RFC związane z POP3== | ==Dokumenty RFC związane z POP3== | ||
Linia 54: | Linia 53: | ||
:* RFC 3206 – Kody błędów SYS oraz AUTH POP. <ref> [https://pl.wikipedia.org/wiki/POP3 POP3 - Wikipedia]</ref> | :* RFC 3206 – Kody błędów SYS oraz AUTH POP. <ref> [https://pl.wikipedia.org/wiki/POP3 POP3 - Wikipedia]</ref> | ||
==Sesja POP3== | ==Sesja POP3== | ||
Podczas sesji wykorzystującej protokół POP3 możemy wyróżnić trzy stany: | Podczas sesji wykorzystującej protokół POP3 możemy wyróżnić trzy stany: | ||
Linia 62: | Linia 61: | ||
:*Stan transakcji - po zalogowaniu się klienta i otwarciu przez serwer jego skrzynki sesja wchodzi w stan transakcji. Od tej chwili klient może wydawać komendy serwerowi. Po każdej z nich serwer musi przesłać odpowiedź. | :*Stan transakcji - po zalogowaniu się klienta i otwarciu przez serwer jego skrzynki sesja wchodzi w stan transakcji. Od tej chwili klient może wydawać komendy serwerowi. Po każdej z nich serwer musi przesłać odpowiedź. | ||
:* Stan aktualizacji - kiedy klient wydaje komendę wyjścia ze stanu transakcji (QUIT) sesja wchodzi w stan aktualizacji (UPDATE). Warto zauważyć, że gdy klient wywołuje komendę QUIT w stanie autoryzacji, sesja zostaje zatrzymana, ale nie wchodzi w stan aktualizacji (UPDATE). Stanowi to pewnego rodzaju [[zabezpieczenie]] przed przypadkowym usunięciem lub też zmienianiem zawartości skrzynki. | :* Stan aktualizacji - kiedy klient wydaje komendę wyjścia ze stanu transakcji (QUIT) sesja wchodzi w stan aktualizacji (UPDATE). Warto zauważyć, że gdy klient wywołuje komendę QUIT w stanie autoryzacji, sesja zostaje zatrzymana, ale nie wchodzi w stan aktualizacji (UPDATE). Stanowi to pewnego rodzaju [[zabezpieczenie]] przed przypadkowym usunięciem lub też zmienianiem zawartości skrzynki. | ||
Sytuacje wyjątkowe takie jak reset komputera, czy też chwilowy brak zasilania nie zmieniają zawartości skrzynki pocztowej klienta POP3 – wiadomości są nadal możliwe do odczytania w normalny sposób po ponownym zalogowaniu się. | Sytuacje wyjątkowe takie jak reset komputera, czy też chwilowy brak zasilania nie zmieniają zawartości skrzynki pocztowej klienta POP3 – wiadomości są nadal możliwe do odczytania w normalny sposób po ponownym zalogowaniu się. | ||
Linia 76: | Linia 75: | ||
::* DELE msg – zaznaczenie wiadomości nr msg do usunięcia np.: C:DELE 1 S: +OK message 1 deleted | ::* DELE msg – zaznaczenie wiadomości nr msg do usunięcia np.: C:DELE 1 S: +OK message 1 deleted | ||
::* NOOP – serwer nic nie robi tylko przesyła pozytywną odpowiedź (+OK) | ::* NOOP – serwer nic nie robi tylko przesyła pozytywną odpowiedź (+OK) | ||
::* RSET – jeśli jakieś wiadomości zostały oznaczone przez serwer jako "deleted” po wydaniu tej komendy zostają odznaczone np.: C: RSET S:+OK. maildrop has 2 messages (320 octets) <ref> Garski J., Krzymień Ł. (2000) | ::* RSET – jeśli jakieś wiadomości zostały oznaczone przez serwer jako "deleted” po wydaniu tej komendy zostają odznaczone np.: C: RSET S:+OK. maildrop has 2 messages (320 octets) <ref> Garski J., Krzymień Ł. (2000) | ||
''[http://ns.et.put.poznan.pl/study/projekty/sieci_komputerowe/protokoly_pocztowe/html/pop3.html Protokoły pocztowe – POP3 ]'' Politechnika Poznańska, Poznań </ref> | ''[http://ns.et.put.poznan.pl/study/projekty/sieci_komputerowe/protokoly_pocztowe/html/pop3.html Protokoły pocztowe – POP3 ]'' Politechnika Poznańska, Poznań </ref> | ||
Linia 91: | Linia 90: | ||
S: 1 120 | S: 1 120 | ||
S: 2 200 | S: 2 200 | ||
S: . | S: . | ||
C: RETR 1 | C: RETR 1 | ||
S: +OK 120 octets | S: +OK 120 octets | ||
S: <the POP3 server sends message 1> | S: <the POP3 server sends message 1> | ||
S: . | S: . | ||
C: DELE 1 | C: DELE 1 | ||
S: +OK message 1 deleted | S: +OK message 1 deleted | ||
Linia 101: | Linia 100: | ||
S: +OK 200 octets | S: +OK 200 octets | ||
S: <the POP3 server sends message 2> | S: <the POP3 server sends message 2> | ||
S: . | S: . | ||
C: DELE 2 | C: DELE 2 | ||
S: +OK message 2 deleted | S: +OK message 2 deleted | ||
Linia 109: | Linia 108: | ||
S: <wait for next connection> <ref> Myers J., Rose M. (1996) ''[https://www.rfc-editor.org/rfc/pdfrfc/rfc1939.txt.pdf - Post Office Protocol - Version 3 ]'' RFC 1939, s. 19</ref> | S: <wait for next connection> <ref> Myers J., Rose M. (1996) ''[https://www.rfc-editor.org/rfc/pdfrfc/rfc1939.txt.pdf - Post Office Protocol - Version 3 ]'' RFC 1939, s. 19</ref> | ||
==Przypisy== | ==Przypisy== | ||
<references /> | <references /> | ||
==Bibliografia== | ==Bibliografia== | ||
<noautolinks> | |||
* Berghel H. (1997) ''[http://uyklply.berghel.com/col-edit/digital_village/apr-97/dv_4-97.pdf Email—The Good, The Bad, and The Ugly]'' Communications of the ACM Vol. 40, No. 4, Association for Computing Machinery | * Berghel H. (1997) ''[http://uyklply.berghel.com/col-edit/digital_village/apr-97/dv_4-97.pdf Email—The Good, The Bad, and The Ugly]'' Communications of the ACM Vol. 40, No. 4, Association for Computing Machinery | ||
* Czajkowski M., Wielka encyklopedia Internetu i nowych technologii, Wydawnictwo Edition 2000, Kraków 2002, s. 230 | * Czajkowski M., Wielka encyklopedia Internetu i nowych technologii, Wydawnictwo Edition 2000, Kraków 2002, s. 230 | ||
* Dean T. (2009) '' | * Dean T. (2009) ''Network+ Guide to Networks'' Cengage Learning | ||
* Frydrych M., Horzelski W.(2010) | * Frydrych M., Horzelski W.(2010) DBMAIL – System poczty elektronicznej o architekturze bazodanowej Studia Informatica, Vol. 31, nr 2B, s. 439-448 | ||
* Garski J., Krzymień Ł. (2000) '' | * Garski J., Krzymień Ł. (2000) ''Protokoły pocztowe'' Politechnika Poznańska, Poznań | ||
* Myers J., Rose M. (1996) ''[https://www.rfc-editor.org/rfc/pdfrfc/rfc1939.txt.pdf - Post Office Protocol - Version 3 ]'' RFC 1939 | * Myers J., Rose M. (1996) ''[https://www.rfc-editor.org/rfc/pdfrfc/rfc1939.txt.pdf - Post Office Protocol - Version 3 ]'' RFC 1939 | ||
* Suski Z. ''[http://edu.pjwstk.edu.pl/wyklady/bsi/scb/index91.html Bezpieczeństwo poczty elektronicznej]'' Polsko-Japońska Akademia Technik Komputerowych | * Suski Z. ''[http://edu.pjwstk.edu.pl/wyklady/bsi/scb/index91.html Bezpieczeństwo poczty elektronicznej]'' Polsko-Japońska Akademia Technik Komputerowych | ||
* Trusewicz M., ' | * Trusewicz M., 'Internet od A do Z', Wydawnictwo MIKOM, Warszawa, 1998 | ||
</noautolinks> | |||
{{a|Mateusz Woźniak, Karol Madej}} | {{a|Mateusz Woźniak, Karol Madej}} |
Wersja z 19:22, 25 paź 2023
POP3 |
---|
Polecane artykuły |
POP3 (ang. Post Office Protocol) – standard protokołu internetowego służącego do wyodrębnienia i pobrania wiadomości e-mail ze zdalnego serwera poczty, w celu uzyskania do nich dostępu na komputerze lokalnym. Protokół zapewnia odbiór poczty nadchodzącej, a także wymienienie się informacjami między użytkownikiem a serwerem. Umożliwia także komunikacje między klientem a serwerem, oraz przechowuje wiadomości na serwerze internetowym, jeżeli w kliencie poczty np.: MS OUTLOOK zaznaczona jest opcja "Pozostaw wiadomości na serwerze". Protokół ten powstał z myślą o użytkownikach niemających stałego połączenia z Internetem, ponieważ mogą oni pobrać wiadomości z serwera przez klienta poczty np. MS OUTLOOK i w trybie Offline mieć dostęp do swoich wiadomości e-mail. Jednak protokół ten ma wiele ograniczeń:
- połączenie jest realizowane tylko na czas kiedy użytkownik pobiera pocztę, nie może zostać uśpione,
- 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. [1]
Numery portów serwera:
- POP3 - 110
- POP3s - 995
- SMTP - 25
- SMTPs - 465
TL;DR
POP3 to standard protokołu internetowego służący do pobierania wiadomości e-mail ze zdalnego serwera poczty. Protokół ten ma wiele ograniczeń, ale umożliwia korzystanie z poczty w trybie offline. Wymaga konfiguracji programu, aby korzystać z niego. Istnieją trzy rodzaje protokołów POP. Sesja POP3 może znajdować się w trzech stanach: autoryzacji, transakcji i aktualizacji. Są dostępne różne komendy w zależności od stanu sesji. Przykładowa sesja POP3 pokazuje, jak działa protokół.
Rodzaje protokołów POP
Dotychczasowo rozróżniamy 3 typy protokołów POP:
- POP1 - Wymagający protokołu SMTP, czyli "serwer poczty wychodzącej".
- POP2 - Wymagający protokołu SMTP, czyli "serwer poczty wychodzącej".
- POP3 - Niepotrzebujący protokołu SMTP.
Korzystanie z protokołu POP
Aby korzystać z POP3, należy się najpierw upewnić, czy firma obsługująca naszą skrzynkę oraz program, którego chcemy używać do odczytania poczty, zapewniają tę usługę. Jeśli tak, to do konfiguracji programu muszą być dostępne (na stronie WWW usługodawcy lub w umowie) następujące informacje:
- nazwa serwera poczty przychodzącej (POP3) i nazwa użytkownika na tym serwerze – abyśmy mogli czytać pocztę,
- nazwa serwera poczty wychodzącej i (zwykle, ale nie zawsze) nazwa użytkownika na tym serwerze – abyśmy mogli pocztę wysyłać,
- adres e-mail – aby trafiały do nas odpowiedzi,
- hasło.
Dokumenty RFC związane z POP3
RFC (ang. Request for Comments) – zbiór dokumentów technicznych i organizacyjnych mających formę memorandum związanych z Internetem oraz sieciami komputerowymi.[2] Dokumenty RFC związane z protokołem POP3:
- RFC 1939 – Post Office Protocol – Version 3,
- RFC 2449 – POP3 Mechanizm Rozszerzania,
- RFC 1734 – Polecenia uwierzytelniania POP3 AUTH,
- RFC 2222 – Uwierzytelnianie SASL,
- RFC 3206 – Kody błędów SYS oraz AUTH POP. [3]
Sesja POP3
Podczas sesji wykorzystującej protokół POP3 możemy wyróżnić trzy stany:
- Stan transakcji - po zalogowaniu się klienta i otwarciu przez serwer jego skrzynki sesja wchodzi w stan transakcji. Od tej chwili klient może wydawać komendy serwerowi. Po każdej z nich serwer musi przesłać odpowiedź.
- Stan aktualizacji - kiedy klient wydaje komendę wyjścia ze stanu transakcji (QUIT) sesja wchodzi w stan aktualizacji (UPDATE). Warto zauważyć, że gdy klient wywołuje komendę QUIT w stanie autoryzacji, sesja zostaje zatrzymana, ale nie wchodzi w stan aktualizacji (UPDATE). Stanowi to pewnego rodzaju zabezpieczenie przed przypadkowym usunięciem lub też zmienianiem zawartości skrzynki.
Sytuacje wyjątkowe takie jak reset komputera, czy też chwilowy brak zasilania nie zmieniają zawartości skrzynki pocztowej klienta POP3 – wiadomości są nadal możliwe do odczytania w normalny sposób po ponownym zalogowaniu się.
Komendy wyróżniane w poszczególnych stanach sesji.
- Komendy dostępne w stanie autoryzacji:
- USER name - służy do podania nazwy skrzynki klienta
- PASS string - służy do podania hasła klienta. String to ciąg znaków mogących posiadać spację.
- QUIT - pozwala na wyjście z sesji w jej początkowej fazie
- Komendy dostępne w stanie transakcji:
- STAT – pokazuje zawartość skrzynki. W odpowiedzi serwer przesyła linię: S: +OK. nn mm, gdzie nn oznacza liczbę wiadomości w skrzynce, a mm oznacza wielkość wszystkich wiadomości w skrzynce wyrażoną w oktetach.
- LIST msg – wylistowuje zawartość skrzynki. Gdy nie podamy żadnych parametrów serwer odpowiada S: +OK. 2 messages (320 octets). Gdy podamy parametr, który oznacza numer wiadomości serwer może odpowiedzieć np.: S: +OK. 2 200 (co oznacza, że wiadomość nr 2 ma wielkość 200 oktetów, gdzie 1 oktet = 8bitów)
- RETR msg – przesłanie wiadomości o numerze msg do klienta w celu jej odczytania
- DELE msg – zaznaczenie wiadomości nr msg do usunięcia np.: C:DELE 1 S: +OK message 1 deleted
- NOOP – serwer nic nie robi tylko przesyła pozytywną odpowiedź (+OK)
- RSET – jeśli jakieś wiadomości zostały oznaczone przez serwer jako "deleted” po wydaniu tej komendy zostają odznaczone np.: C: RSET S:+OK. maildrop has 2 messages (320 octets) [4]
Przykładowa sesja POP3
S: <wait for connection on TCP port 110> C: <open connection> S: +OK POP3 server ready <1896.697170952@dbc.mtview.ca.us> C: APOP mrose c4c9334bac560ecc979e58001b3e22fb S: +OK mrose's 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> [5]
Przypisy
- ↑ POP3 - Wikipedia
- ↑ RFC Wikipedia
- ↑ POP3 - Wikipedia
- ↑ Garski J., Krzymień Ł. (2000) Protokoły pocztowe – POP3 Politechnika Poznańska, Poznań
- ↑ Myers J., Rose M. (1996) - Post Office Protocol - Version 3 RFC 1939, s. 19
Bibliografia
- Berghel H. (1997) Email—The Good, The Bad, and The Ugly Communications of the ACM Vol. 40, No. 4, Association for Computing Machinery
- Czajkowski M., Wielka encyklopedia Internetu i nowych technologii, Wydawnictwo Edition 2000, Kraków 2002, s. 230
- Dean T. (2009) Network+ Guide to Networks Cengage Learning
- Frydrych M., Horzelski W.(2010) DBMAIL – System poczty elektronicznej o architekturze bazodanowej Studia Informatica, Vol. 31, nr 2B, s. 439-448
- Garski J., Krzymień Ł. (2000) Protokoły pocztowe Politechnika Poznańska, Poznań
- Myers J., Rose M. (1996) - Post Office Protocol - Version 3 RFC 1939
- Suski Z. Bezpieczeństwo poczty elektronicznej Polsko-Japońska Akademia Technik Komputerowych
- Trusewicz M., 'Internet od A do Z', Wydawnictwo MIKOM, Warszawa, 1998
Autor: Mateusz Woźniak, Karol Madej