| POP3 | |
|---|---|
| Név | Postahivatal 3. protokoll |
| Szint ( az OSI modell szerint ) | Alkalmazott |
| Család | TCP/IP |
| Port/ID | 110/TCP, 995/TCP (POP SSL-n keresztül) |
| A protokoll célja | E-mail fogadása |
| Leírás | RFC 1939 / STD 53 |
| Főbb megvalósítások (kliensek) | MUA ( MS Outlook , Mozilla Thunderbird , The Bat!, KMail , Claws Mail , mutt stb .) |
| Alapvető megvalósítások ( szerverek ) | Qpopper , MS Exchange Server , CommuniGate Pro , Mail Daemon , Dovecot |
| Bővíthetőség | Hozzáadás. parancsok ( RFC 2449 ) |
A POP3 ( Post Office Protocol Version 3 – Post Office Protocol , 3. verzió) egy szabványos alkalmazásszintű internetes protokoll , amelyet az e-mail kliensek használnak levelek fogadására távoli szerverről TCP- kapcsolaton keresztül .
A POP és az IMAP (Internet Message Access Protocol) a leggyakoribb internetes protokollok a levelek lekérésére. Szinte minden modern e-mail kliens és szerver támogatja mindkét szabványt. A POP protokollt több verzióban fejlesztették ki, a jelenlegi szabvány a harmadik verzió (POP3). A legtöbb e- mail szolgáltató (például a Hotmail , a Gmail és a Yahoo! Mail) is támogatja az IMAP-ot és a POP3-at. A protokoll korábbi verziói (POP, POP2) elavultak.
Alternatív protokoll az üzenetek levelezőszerverről történő gyűjtésére az IMAP .
A POP támogatja a távoli postafiókok eléréséhez szükséges egyszerű letöltési és törlési követelményeket. Míg a legtöbb POP-kliens lehetőséget biztosít arra, hogy a letöltés után a leveleket a szerveren hagyja, a POP-kliensek általában csatlakoznak, lekérik az összes levelet, új üzenetként tárolják a felhasználó számítógépén, törlik a szerverről, majd megszakítják a kapcsolatot.
Más protokollok, mint például az IMAP, teljesebb és átfogóbb távoli hozzáférést biztosítanak a tipikus postafiók-műveletekhez. Számos e-mail kliens támogatja a POP-ot és az IMAP-ot is; azonban sokkal kevesebb internetszolgáltató támogatja az IMAP-ot.
A POP3 szerver a jól ismert 110 -es porton figyel. A POP3 kommunikációs titkosítását a protokoll elindítása után kell elvégezni az STLS paranccsal (ha támogatott), vagy a POP3S használatával, amely TLS vagy SSL használatával csatlakozik a szerverhez a 995-ös TCP porton.
Az elérhető ügyfélüzenetek rögzítése, amikor egy POP-munkamenet megnyit egy postafiókot, és a munkamenethez tartozó üzenetek száma, vagy opcionálisan a POP-kiszolgáló által az üzenethez rendelt egyedi azonosító határozza meg. Ez az egyedi azonosító állandó és egyedi a postafiókban, és lehetővé teszi, hogy az ügyfél hozzáférjen ugyanahhoz az üzenethez különböző POP-munkamenetekben. A leveleket a rendszer lekéri, és az üzenetszám használatával megjelöli törlésre. Amikor egy ügyfél kijelentkezik egy munkamenetből, a megjelölt üzenetek eltávolításra kerülnek a postafiókból.
A POP-t (POP1) az RFC 918 (1984), a POP2-t az RFC 937 (1985) határozza meg. Az eredeti POP3 specifikációt az RFC 1081 (1988) tartalmazza. A jelenlegit az RFC 1939 írja le , bővítő mechanizmussal ( RFC 2449 ) és hitelesítési mechanizmussal ( RFC 1734 ) frissítve.
A POP2 verzióhoz a 109-es portot rendelték hozzá.
Az eredeti POP3 specifikáció csak a titkosítatlan USER/ PASS bejelentkezési mechanizmust vagy az .rhosts hozzáférés -vezérlést támogatta . A POP3 jelenleg különféle hitelesítési módszereket támogat , hogy különböző szintű védelmet biztosítson a felhasználói levelekhez való jogosulatlan hozzáférés ellen. Ezek többségét a POP3 kiterjesztési mechanizmusok biztosítják. A POP3-kliensek az AUTH-kiterjesztésen keresztül támogatják a SASL -metódusokat. Az MIT Athena projekt részeként egy Kerberos alapú módszert is bevezettek . Az RFC 1460 bevezette az APOP-t az alapprotokollba. Az APOP egy kérés/válasz protokoll , amely az MD5 hash függvényt használja . Az APOP-t megvalósító ügyfelek közé tartozik a Mozilla Thunderbird , az Opera Mail , az Eudora , a Windows Live Mail, a PowerMail, az Apple Mail stb.
Nem hivatalos javaslat született egy "POP4" specifikációra, működő szerver megvalósítással. Ez a javaslat hozzáadta az alapvető mappakezelési funkciókat, a többrészes üzenetek támogatását és az üzenetjelző-kezelést. A "POP4" terén azonban 2003 óta nem történt előrelépés.
Az RFC 2449 -ben egy kiterjesztési mechanizmust javasoltak az új kiterjesztések befogadására, valamint az opcionális parancsok, például a TOP és az UIDL támogatásának szervezett bejelentésére. Az RFC-k nem kívántak bátorítani a bővítéseket, és megerősítették, hogy a POP3 feladata az, hogy egyszerű támogatást nyújtson főként a letöltési és törlési követelményekhez.
A kiterjesztések a CAPA paranccsal jelennek meg. Az APOP kivételével minden opcionális parancs szerepelt az eredeti szolgáltatáskészletben. Az ESMTP szabványhoz ( RFC 5321 ) hasonlóan az „X”-szel kezdődő képességek helyiek.
A STARTTLS kiterjesztés lehetővé teszi a TLS (Transport Layer Security) vagy az SSL (Secure Sockets Layer) használatát az STLS parancs használatával, szabványos POP3 porton keresztül történő kommunikációhoz. Egyes ügyfelek és kiszolgálók az alternatív port módszert használják, amely a 995-ös TCP-porton (POP3S) működik.
A brit Demon Internet szolgáltató bevezetett egy POP3-bővítményt, amely tartományonként több fiókot is lehetővé tett, ez az SDPS (Standard Dial-up POP3 Service) néven ismert. Az egyes fiókok eléréséhez a felhasználónév tartalmazza a gazdagépnevet, például john@hostname vagy john+hostname.
A Google Apps ugyanezt a módszert használja [1] .
Azok az ügyfelek, akik levelet hagynak a kiszolgálókon, általában az UIDL parancsot használják az üzenetek száma és az üzenet közötti aktuális megfelelés lekérésére, amelyet annak egyedi azonosítója ad meg. Az azonosító tetszőleges, és megismételhető, ha azonos üzenetek vannak a postafiókban. Ezzel szemben az IMAP 32 bites egyedi azonosítót (UID) használ, amely növekvő (de nem feltétlenül egymást követő) sorrendben van hozzárendelve az üzenetekhez a beérkezésükkor. Az új üzenetek lekérésekor az IMAP-kliensek az összes korábban letöltött üzenet közül a legmagasabb UID-értéknél nagyobb UID-t kérnek, míg a POP-klienseknek a teljes UIDL-leképezésből kell választaniuk. Nagyméretű postafiókok esetén ez jelentős feldolgozást igényelhet.
A MIME az elektronikus üzenetek mellékleteinek és nem ASCII-szövegeinek szabványa. Noha sem a POP3, sem az SMTP nem igényel MIME-formátumú üzenetet, lényegében minden nem ASCII-üzenet MIME formátumban érkezik, így a POP-klienseknek is „meg kell érteniük” és használniuk kell a MIME-t. Az IMAP értelemszerűen elfogadja a MIME formátumú üzeneteket.
A POP3 protokollban 3 munkamenet-állapot van:
Engedélyezés Az ügyfél átmegy a hitelesítési eljáráson . tranzakció A kliens információkat kap a postafiók állapotáról, fogadja és törli a leveleket. Frissítés A szerver törli a kiválasztott e-maileket és megszakítja a kapcsolatot.| Név | Érvek | Korlátozások | Lehetséges válaszok |
|---|---|---|---|
| APOP | [név] [kivonat] | Támogatása opcionális. | * +OK maildrop n üzenetet tartalmaz * A [név] számára megadott -ERR jelszó helytelen |
| FELHASZNÁLÓ | [név] | — | * +OK név érvényes postafiók * -ERR soha nem hallott a postafiók nevéről |
| PASS | [Jelszó] | Sikeres postafióknévátvitel után működik | * +OK postafiók zárolva és készen áll * -ERR érvénytelen jelszó * -ERR nem tudja zárolni a postai küldeményt |
| DELE | [üzenet] | Sikeres hitelesítés után elérhető | * +OK üzenet törölve * -ERR nincs ilyen üzenet |
| LISTA | [üzenet] | Sikeres hitelesítés után elérhető | * +OK szkennelési lista következik * -ERR nincs ilyen üzenet |
| NEM | — | Sikeres hitelesítés után elérhető | + OK |
| RETR | [üzenet] | Sikeres hitelesítés után elérhető | * +OK üzenet következik * -ERR nincs ilyen üzenet |
| RSET | — | Sikeres hitelesítés után elérhető | + OK |
| STATISZTIKA | — | Sikeres hitelesítés után elérhető | +OK ab |
| TOP | [üzenet] [sorok száma] | Sikeres hitelesítés után elérhető | * +OK n oktett * -ERR nincs ilyen üzenet |
| KILÉPÉS | — | — | + OK |
A parancs a felhasználónév és jelszó hash (kivonat) elküldésére szolgál a szervernek.
A [név] egy karakterlánc, amely a postafiók nevét adja meg.
A [kivonat] a felhasználó jelszavával összefűzött időbélyeg hash összege , amelyet az MD5 algoritmussal számítanak ki . Ha ez a parancs támogatott, az időbélyeget a szerverhez való csatlakozáskor kapja meg.
Átadja a felhasználónevet a szervernek.
A [név] egy karakterlánc, amely a postafiók nevét adja meg.
Elküldi a postafiók jelszavát a szervernek.
[jelszó] - a postafiók jelszava.
A szerver megjelöli a megadott üzenetet törlésre. A törlésre megjelölt üzenetek ténylegesen csak a tranzakció lezárása után törlődnek (a tranzakciók általában a QUIT parancs elküldése után záródnak le, ráadásul például a szervereken a tranzakciók a szerver által beállított bizonyos idő után is lezárhatók).
[üzenet] - üzenet száma.
Ha átadott egy argumentumot, a kiszolgáló információkat ad vissza a megadott üzenetről. Ha az argumentumot nem adták át, akkor a kiszolgáló információkat ad ki a postafiókban lévő összes üzenetről. A törlésre jelölt üzenetek nem jelennek meg a listában.
[üzenet] - üzenet száma (opcionális argumentum).
A szerver nem csinál semmit, mindig pozitívan válaszol.
A szerver üzenetet küld a megadott számmal.
[üzenet] - üzenet száma.
Ez a parancs visszaállítja a tranzakciókat egy munkameneten belül. Például, ha egy felhasználó véletlenül megjelölt néhány üzenetet törlésre, akkor a parancs kiadásával eltávolíthatja azokat.
A szerver a postafiókban lévő üzenetek számát és a postafiók méretét oktettben adja vissza. A töröltként megjelölt üzenetek nem számítanak bele.
A szerver visszaadja a megadott üzenet fejléceit, egy üres karakterláncot és az üzenettörzs megadott számú első sorát.
[üzenet] - üzenet száma.
[sorok száma] – hány sort kell megjeleníteni.
Ez egy példa egy titkosított jelszótámogatással rendelkező munkamenetre ( APOP , RFC 1939 ):
S: <A szerver a 110-es porton figyeli a bejövő kapcsolatokat> C: <csatlakozás a szerverhez> S: +OK POP3 szerver készen áll <[email protected]> C: APOP mrose c4c9334bac560ecc979e58001b3e22fb S: +OK mrose postafiókjában 2 üzenet van (320 oktett) C:STAT S: +OK 2 320 C: LIST S: +OK 2 üzenet (320 oktett) S: 1 120 S: 2 200 S: . C: RETR 1 S: +OK 120 oktett S: <szerver 1. üzenetet küld> S: . C: TÖRLÉS 1 S: +OK 1. üzenet törölve C: RETR 2 S: +OK 200 oktett S: <szerver 2-es üzenetet küld> S: . C:DELE2 S: +OK 2. üzenet törölve C: KISZABAD S: +OK dewey POP3 szerver kijelentkezés (üres postafiók) C: <bezárja a kapcsolatot> S: <továbbra is vár a bejövő kapcsolatokra>Lehetőség a munkamenet indítására, amelyben a jelszó tiszta szövegben kerül továbbításra:
C: USER mrose S +OK Felhasználó elfogadva C:PASSmrosepassword S+OK Pass elfogadva| URI- sémák | |
|---|---|
| Hivatalos | |
| nem hivatalos | |
| Alapvető TCP / IP protokollok az OSI modell rétegei szerint | |
|---|---|
| Fizikai | |
| csatornázott | |
| hálózat | |
| Szállítás | |
| ülés | |
| Reprezentáció | |
| Alkalmazott | |
| Egyéb alkalmazva | |
| A TCP és UDP portok listája | |