Post Office Protocol - Post Office Protocol

Internet protokoll csomag
Alkalmazási réteg
Szállítási réteg
Internet réteg
Linkréteg

A számítástechnikai, a Post Office Protocol ( POP ) egy alkalmazási réteg internetes szabvány protokoll által használt e-mail kliens letölteni az e-mail a levelező szerverről. A POP 3. verzió ( POP3 ) az általánosan használt verzió.

Célja

A Post Office Protocol az IP protokollon (IP) keresztül hozzáférést biztosít egy felhasználói kliens alkalmazáshoz a levelezőszerveren karbantartott postafiókhoz ( maildrop ). A protokoll támogatja az üzenetek letöltési és törlési műveleteit. A POP3 kliensek csatlakoznak, lekérik az összes üzenetet, tárolják azokat az ügyfélszámítógépen, és végül törlik a szerverről. A POP és annak eljárásainak kialakítását az hajtotta végre, hogy a felhasználóknak csak ideiglenes internetkapcsolattal kell rendelkezniük, például betárcsázási hozzáféréssel , amely lehetővé teszi, hogy ezek a felhasználók lekérjék az e-maileket, amikor kapcsolódnak, majd ezt követően megtekinthetik és kezelhetik a letöltött üzeneteket offline állapotban.

A POP3 ügyfeleknek lehetőségük van a leveleket a kiszolgálón hagyni a letöltés után. Ezzel szemben az internetes üzenethozzáférési protokollt (IMAP) úgy tervezték, hogy általában hagyjon minden üzenetet a szerveren, hogy lehetővé tegye a kezelést több ügyfélalkalmazással, és támogatja mind a csatlakoztatott ( online ), mind a leválasztott ( offline ) üzemmódokat.

A POP3-kiszolgáló a jól ismert 110 -es porton hallgatja a szolgáltatáskéréseket. A POP3 titkosított kommunikációját vagy a protokoll kezdeményezése után, az STLS parancs használatával kéri , ha támogatott, vagy a POP3S, amely a Transport Layer Security (TLS) vagy a Secure Sockets Layer (SSL) segítségével kapcsolódik a jól ismert 995-ös TCP- porton .

Az ügyfél számára elérhető üzenetek akkor kerülnek meghatározásra, amikor egy POP3-munkamenet megnyitja a maildrop-ot, és az adott munkamenethez tartozó helyi üzenetszámmal, vagy opcionálisan a POP-kiszolgáló által az üzenethez rendelt egyedi azonosítóval azonosíthatók. Ez az egyedi azonosító állandó és egyedi a maildrop számára, és lehetővé teszi az ügyfél számára, hogy ugyanazt az üzenetet érje el a különböző POP -munkamenetek során. A leveleket lekérik és törlésre jelölik az üzenet számával. Amikor az ügyfél kilép a munkamenetből, a törlésre jelölt levelek eltávolításra kerülnek a levélcímről.

Történelem

A Posta protokoll első változatát, a POP1 -et az RFC 918 (1984) határozta meg. A POP2 -t az RFC 937 (1985) c.

A POP3 a leggyakrabban használt verzió. Az RFC 1081 -ből (1988) származik, de a legutóbbi specifikáció az RFC 1939, amelyet bővítő mechanizmussal (RFC 2449) és egy hitelesítési mechanizmussal frissítettek az RFC 1734 -ben. Ez számos POP -megvalósításhoz vezetett, mint például a Pine, a POPmail és más korai levelező ügyfelek.

Míg az eredeti POP3 specifikáció csak egy titkosítatlan USER/ PASS bejelentkezési mechanizmust vagy Berkeley .rhosts hozzáférés-vezérlést támogatott, ma a POP3 számos hitelesítési módszert támogat , amelyek különböző szintű védelmet nyújtanak a felhasználó e-mailjeinek illegális hozzáférése ellen. A legtöbbet a POP3 kiterjesztési mechanizmusok biztosítják. A POP3 ügyfelek támogatják az SASL hitelesítési módszereket az AUTH kiterjesztésen keresztül. Az MIT Project Athena Kerberizált változatot is készített . Az RFC 1460 bevezette az APOP -t az alapprotokollba. Az APOP egy kihívás/válasz protokoll, amely az MD5 kivonatolási funkciót használja, hogy elkerülje az újrajátszási támadásokat és a megosztott titok felfedését . Az APOP -ot megvalósító ügyfelek közé tartozik a Mozilla Thunderbird , az Opera Mail , az Eudora , a KMail , a Novell Evolution , a RimArts ' Becky! , Windows Live Mail , PowerMail, Apple Mail és Mutt . Az RFC 1460 -at elavult az RFC 1725, amelyet viszont az RFC 1939 elavult.

POP4

A POP4 csak informális javaslatként létezik, amely alapvető mappakezelést, többrészes üzenetek támogatását, valamint üzenetjelző -kezelést tartalmaz az IMAP -val való versenyzéshez; fejlesztése azonban 2003 óta nem halad előre.

Bővítmények és specifikációk

Az RFC 2449 -ben egy kiterjesztési mechanizmust javasoltak az általános 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 nem szándékozott ösztönözni a kiterjesztéseket, és megerősítette, hogy a POP3 feladata, hogy egyszerű támogatást nyújtson a postafiók-kezelés főként letöltési és törlési követelményeihez.

A bővítményeket képességeknek nevezik, és a CAPA parancs sorolja fel őket. Az APOP kivételével az opcionális parancsok szerepeltek a kezdeti képességekben. Az ESMTP (RFC 5321) vezetését követően az X -szel kezdődő képességek helyi képességeket jelentenek.

STARTTLS

A STARTTLS kiterjesztés lehetővé teszi a Transport Layer Security (TLS) vagy a Secure Sockets Layer (SSL) használatát az STLS parancs használatával, a standard POP3 porton, nem pedig helyettesítőként. Egyes ügyfelek és kiszolgálók ehelyett az alternatív port módszert használják, amely a 995-ös TCP-portot (POP3S) használja.

SDPS

A Démon Internet bevezette a POP3 kiterjesztéseit, amelyek tartományonként több fiókot engedélyeznek, és a szokásos telefonos POP3 szolgáltatás (SDPS) néven vált ismertté . Az egyes fiókok eléréséhez a felhasználónév tartalmazza a gazdagépnevet, mint john@hostname vagy john+hostname .

A Google Apps ugyanezt a módszert használja.

Kerberizált postahivatal

A számítástechnikai , a helyi e-mail kliensek használhatják a Kerberizált Post Office Protocol ( KPOP ) egy alkalmazási réteg internetes szabvány protokoll , letölteni az e-mail egy távoli szerveren keresztül TCP / IP kapcsolatot. A KPOP protokoll a POP3 protokollon alapul - abban különbözik, hogy növeli a Kerberos biztonságát, és alapértelmezés szerint 1109 helyett 1109 -es TCP -porton fut . Egy levelezőszerver -szoftver implementáció található a Cyrus IMAP kiszolgálón .

Példa a munkamenetre

Az alábbi POP3 munkamenet párbeszédpanel egy példa az RFC 1939 -ben: 

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>

Az opcionális APOP parancs nélküli POP3 -kiszolgálók elvárják, hogy az ügyfél a USER és PASS parancsokkal jelentkezzen be: 

C:    USER mrose
S:    +OK User accepted
C:    PASS tanstaaf
S:    +OK Pass accepted

Szerver implementációk

Összehasonlítás az IMAP -szal

Az Internet Message Access Protocol (IMAP) egy alternatív és újabb postafiók -hozzáférési protokoll. A különbségek legfontosabb elemei:

  • A POP egy egyszerűbb protokoll, amely megkönnyíti a végrehajtást.
  • A POP az üzenetet az e -mail szerverről a helyi számítógépre helyezi át, bár általában lehetőség van arra is, hogy az üzeneteket az e -mail kiszolgálón is hagyja.
  • Az IMAP alapértelmezés szerint az üzenetet az e -mail kiszolgálón hagyja, egyszerűen le kell töltenie egy helyi másolatot.
  • A POP a postaládát egyetlen üzletként kezeli, és nincs fogalma a mappákról
  • Az IMAP -ügyfél összetett lekérdezéseket hajt végre, fejléceket vagy a megadott üzenetek törzsét kéri a szervertől, vagy bizonyos feltételeknek megfelelő üzeneteket keres. A levéltárban lévő üzeneteket különböző állapotjelzőkkel lehet megjelölni (pl. „Törölt” vagy „válaszolt”), és mindaddig a tárolóban maradnak, amíg a felhasználó kifejezetten el nem távolítja őket - ami lehet, hogy csak egy későbbi munkamenet során. Röviden: Az IMAP -ot úgy tervezték, hogy lehetővé tegye a távoli postafiókok manipulálását, mintha azok lokálisak lennének. Az IMAP kliens implementációjától és a rendszergazda által kívánt levelezési architektúrától függően a felhasználó közvetlenül az ügyfélgépre mentheti az üzeneteket, vagy a szerverre, vagy választhat bármelyik lehetőség közül.
  • A POP protokoll megköveteli, hogy a jelenleg csatlakoztatott ügyfél legyen az egyetlen kliens, amely csatlakozik a postafiókhoz. Ezzel szemben az IMAP protokoll kifejezetten lehetővé teszi több ügyfél egyidejű elérését, és mechanizmusokat biztosít az ügyfelek számára, hogy észleljék a más, párhuzamosan kapcsolt ügyfelek által a postaládában végrehajtott változtatásokat. Lásd például az RFC3501 5.2 szakaszt, amely konkrétan példaként említi "több ügynök egyidejű hozzáférését ugyanahhoz a postafiókhoz".
  • Amikor a POP lekér egy üzenetet, annak minden részét megkapja, míg az IMAP4 protokoll lehetővé teszi az ügyfelek számára, hogy külön lekérjék az egyes MIME -részeket - például a sima szöveget a csatolt fájlok lekérése nélkül.
  • Az IMAP támogatja az üzenetek állapotának nyomon követésére szolgáló jelzőket a szerveren: például azt, hogy elolvasta -e az üzenetet, válaszolt rá, továbbította vagy törölte -e.

Kapcsolódó megjegyzések (RFC -k)

  • RFC  918 - POSTAIRODAI JEGYZŐKÖNYV
  • RFC  937 - POSTAIRODAI JEGYZŐKÖNYV - 2. VÁLTOZAT
  • RFC  1081 - Post Office Protocol - 3. verzió
  • RFC  1939 - Post Office Protocol - 3. verzió (STD 53)
  • RFC  1957 - Néhány észrevétel a postai protokoll (POP3) végrehajtásáról
  • RFC  2195 - IMAP/POP AUTHorize Extension az egyszerű kihívás/válasz érdekében
  • RFC  2384 - POP URL -séma
  • RFC  2449 - POP3 kiterjesztési mechanizmus
  • RFC  2595 - TLS használata IMAP, POP3 és ACAP protokollokkal
  • RFC  3206 - A SYS és az AUTH POP válaszkódok
  • RFC  5034 - A postai protokoll (POP3) egyszerű hitelesítési és biztonsági réteg (SASL) hitelesítési mechanizmus
  • RFC  8314 - A Cleartext elavultnak tekinthető: A közlekedési réteg biztonságának (TLS) használata az e -mailek küldéséhez és eléréséhez

Lásd még

Hivatkozások

További irodalom

Külső linkek