POP3

POP3
namn Post Office Protocol 3
Nivå (enligt OSI-modellen ) Applicerad
Familj TCP/IP
Port/ID 110/TCP, 995/TCP (POP över SSL)
Syftet med protokollet Tar emot e-post
Specifikation RFC 1939 / STD 53
Huvudsakliga implementeringar (klienter) MUA ( MS Outlook , Mozilla Thunderbird , The Bat!, KMail , Claws Mail , mutt , etc.)
Kärnimplementationer ( servrar ) Qpopper , MS Exchange Server , CommuniGate Pro , Mail Daemon , Dovecot
Expanderbarhet Lägg till. kommandon ( RFC 2449 )

POP3 ( Post Office Protocol Version 3 - Post Office  Protocol  , version 3) är ett standardapplikationslager -internetprotokoll som används av e-postklienter för att ta emot e-post från en fjärrserver över en TCP - anslutning.

POP och IMAP (Internet Message Access Protocol) är de vanligaste internetprotokollen för att hämta e-post. Nästan alla moderna e-postklienter och servrar stöder båda standarderna. POP-protokollet har utvecklats i flera versioner, den nuvarande standarden är den tredje versionen (POP3). De flesta e-postleverantörer (som Hotmail , Gmail och Yahoo! Mail) stöder också IMAP och POP3. Tidigare versioner av protokollet (POP, POP2) är föråldrade.

Ett alternativt protokoll för att samla in meddelanden från en e-postserver är IMAP .

Allmän information

POP stöder enkla krav på nedladdning och radering för åtkomst till fjärrbrevlådor. Medan de flesta POP-klienter ger möjlighet att lämna e-post på servern efter nedladdning, ansluter POP-klienter vanligtvis, hämtar all e-post, lagrar den på användarens dator som nya meddelanden, tar bort den från servern och kopplar sedan från.

Andra protokoll, som IMAP, ger mer komplett och omfattande fjärråtkomst till typiska postlådeoperationer. Många e-postklienter stöder både POP och IMAP; men mycket färre internetleverantörer stöder IMAP.

POP3-servern lyssnar på den välkända porten 110. Kommunikationskryptering för POP3 efterfrågas efter att protokollet har startats med antingen STLS-kommandot (om det stöds) eller POP3S, som ansluter till servern med TLS eller SSL på TCP-port 995.

Tillgängliga klientmeddelanden fångas upp när en postlåda öppnas av en POP-session och bestäms av antalet meddelanden för sessionen eller, valfritt, av en unik identifierare som tilldelats meddelandet av POP-servern. Denna unika identifierare är permanent och unik för brevlådan och låter klienten komma åt samma meddelande i olika POP-sessioner. Mail hämtas och markeras för radering med hjälp av meddelandenumret. När en klient loggar ut från en session tas flaggade meddelanden bort från brevlådan.

Historik

POP (POP1) definieras i RFC 918 (1984), POP2 i RFC 937 (1985). Den ursprungliga POP3-specifikationen fanns i RFC 1081 (1988). Den nuvarande beskrivs i RFC 1939 , uppdaterad med en förlängningsmekanism ( RFC 2449 ) och en autentiseringsmekanism ( RFC 1734 ).

POP2-versionen har tilldelats port 109.

Den ursprungliga POP3-specifikationen stödde endast den okrypterade USER/ PASS- inloggningsmekanismen eller .rhosts åtkomstkontroll . POP3 stöder för närvarande olika autentiseringsmetoder för att ge olika nivåer av skydd mot obehörig åtkomst till användarens e-post. De flesta av dessa tillhandahålls av POP3-förlängningsmekanismerna. POP3-klienter stöder SASL- metoder genom tillägget AUTH. Som en del av MIT Athena-projektet introducerades också en Kerberos -baserad metod . RFC 1460 introducerade APOP i kärnprotokollet. APOP är ett begäran/ svarsprotokoll som använder MD5- hashfunktionen . Klienter som implementerar APOP inkluderar Mozilla Thunderbird , Opera Mail , Eudora , Windows Live Mail, PowerMail, Apple Mail , etc.

Ett informellt förslag gjordes för en "POP4"-specifikation med en fungerande serverimplementering. Detta förslag lade till grundläggande mapphanteringsfunktioner, flerdelat meddelandestöd och meddelandeflaggahantering. Det har dock inte gjorts några framsteg i "POP4" sedan 2003.

Tillägg

En förlängningsmekanism föreslogs i RFC 2449 för att rymma nya tillägg samt ett organiserat tillkännagivande om stöd för valfria kommandon som TOP och UIDL. RFC:erna hade inte för avsikt att uppmuntra tillägg och bekräftade att POP3:s roll är att tillhandahålla enkelt stöd främst för nedladdnings- och raderingskravet.

Tillägg listas med CAPA-kommandot. Med undantag för APOP inkluderades alla valfria kommandon i den ursprungliga funktionsuppsättningen. Precis som med ESMTP-standarden ( RFC 5321 ) är funktioner som börjar med "X" lokala.

STARTTLS

STARTTLS - tillägget låter dig använda TLS (Transport Layer Security) eller SSL (Secure Sockets Layer) för att kommunicera med STLS-kommandot, över en vanlig POP3-port. Vissa klienter och servrar använder den alternativa portmetoden, som fungerar på TCP-port 995 (POP3S).

SDPS

Den brittiska leverantören Demon Internet introducerade en POP3-tillägg som tillät flera konton per domän, känd som SDPS (Standard Dial-up POP3 Service). För att komma åt varje konto innehåller användarnamnet värdnamnet, till exempel john@värdnamn eller john+värdnamn.

Google Apps använder samma metod [1] .

Jämförelse med IMAP

Klienter som lämnar e-post på servrar använder vanligtvis kommandot UIDL för att få den aktuella överensstämmelsen mellan antalet meddelanden och meddelandet, givet av dess unika identifierare. Identifieraren är godtycklig och kan upprepas om det finns identiska meddelanden i brevlådan. Däremot använder IMAP en 32-bitars unik identifierare (UID) som tilldelas meddelanden i stigande (men inte nödvändigtvis i följd) ordning när de tas emot. När nya meddelanden hämtas begär IMAP-klienter ett UID som är större än det högsta UID-värdet bland alla tidigare hämtade meddelanden, medan en POP-klient måste välja från hela UIDL-kartan. För stora brevlådor kan detta kräva betydande bearbetning.

MIME fungerar som standard för bilagor och icke-ASCII-text i elektroniska meddelanden. Även om varken POP3 eller SMTP kräver ett MIME-formaterat meddelande, kommer i princip alla icke-ASCII-meddelanden i MIME-format, så POP-klienter måste också "förstå" och använda MIME. IMAP accepterar per definition MIME-formaterade meddelanden.

Sessionstillstånd

Det finns 3 sessionstillstånd i POP3-protokollet:

Tillstånd Klienten går igenom autentiseringsproceduren . transaktion Klienten får information om postlådans tillstånd, accepterar och raderar post. Uppdatering Servern tar bort de valda e-postmeddelandena och stänger anslutningen.

Protokollkommandon

namn Argument Restriktioner Möjliga svar
EN SMÄLL [namn] [sammandrag] Hennes stöd är valfritt. * +OK maildrop har n meddelande * -FEL-lösenordet för [namn] är felaktigt
ANVÄNDARE [namn] — * +OK namn är en giltig brevlåda * -ERR har aldrig hört talas om brevlådans namn
PASSERA [Lösenord] Fungerar efter lyckad överföring av brevlådenamn * +OK maildrop låst och klar * -ERR ogiltigt lösenord * -FEL kan inte låsa maildrop
DELE [meddelande] Tillgänglig efter framgångsrik autentisering * +OK meddelande raderat * -ERR inget sådant meddelande
LISTA [meddelande] Tillgänglig efter framgångsrik autentisering * +OK skanningslista följer * -ERR inget sådant meddelande
NEJ — Tillgänglig efter framgångsrik autentisering +OK
RETR [meddelande] Tillgänglig efter framgångsrik autentisering * +OK meddelande följer * -ERR inget sådant meddelande
RSET — Tillgänglig efter framgångsrik autentisering +OK
STATISTIK — Tillgänglig efter framgångsrik autentisering +OK ab
TOPP [meddelande] [antal rader] Tillgänglig efter framgångsrik autentisering * +OK n oktetter * -ERR inget sådant meddelande
SLUTA MED — — +OK

APOP

Kommandot används för att skicka hash (sammandrag) för användarnamn och lösenord till servern.
[namn]  är en sträng som anger namnet på brevlådan.
[digest]  är hashsumman av tidsstämpeln sammanlänkad med användarens lösenord, beräknad med MD5- algoritmen . Om detta kommando stöds erhålls tidsstämpeln när du ansluter till servern.

ANVÄNDARE

Skickar användarnamnet till servern.
[namn]  är en sträng som anger namnet på brevlådan.

PASS

Skickar brevlådans lösenord till servern.
[lösenord]  - lösenord för brevlådan.

DELE

Servern markerar det angivna meddelandet för radering. Meddelanden markerade för radering raderas faktiskt först efter att transaktionen är stängd (transaktioner stängs vanligtvis efter att QUIT-kommandot har skickats, dessutom kan till exempel på servrar transaktioner stängas efter en viss tid som ställts in av servern).
[meddelande]  - meddelandenummer.

LISTA

Om ett argument skickades, returnerar servern information om det angivna meddelandet. Om argumentet inte godkändes skickar servern information om alla meddelanden i brevlådan. Meddelanden som är markerade för radering visas inte.
[meddelande]  - meddelandenummer (valfritt argument).

NOOP

Servern gör ingenting, svarar alltid positivt.

RETR-meddelande

Servern skickar ett meddelande med det angivna numret.
[meddelande]  - meddelandenummer.

RSET

Detta kommando rullar tillbaka transaktioner inom en session. Till exempel, om en användare av misstag har flaggat några meddelanden för radering, kan de ta bort dessa flaggor genom att utfärda detta kommando.

STAT

Servern returnerar antalet meddelanden i brevlådan och storleken på brevlådan i oktetter. Meddelanden markerade som raderade räknas inte.

TOP

Servern returnerar rubrikerna för det angivna meddelandet, en tom sträng och det angivna antalet första rader i meddelandetexten.
[meddelande]  - meddelandenummer.
[antal rader]  - hur många rader som ska visas.

Sessionsexempel

Detta är ett exempel på en session med krypterad lösenordsstöd ( APOP , RFC 1939 ):

S: <Server lyssnar efter inkommande anslutningar på port 110> C: <ansluter till server> S: +OK POP3-server redo <1896.697170952@dbc.mtview.ca.us> C: APOP mrose c4c9334bac560ecc979e58001b3e22fb S: +OK mroses maildrop har 2 meddelanden (320 oktetter) C:STAT S: +OK 2 320 C: LISTA S: +OK 2 meddelanden (320 oktetter) S: 1 120 S: 2 200 S: . C: RETR 1 S: +OK 120 oktetter S: <server skickar meddelande 1> S: . C: DELE 1 S: +OK meddelande 1 raderat C: RETR 2 S: +OK 200 oktetter S: <server skickar meddelande 2> S: . C:DELE2 S: +OK meddelande 2 raderat C: AVSLUTA S: +OK dewey POP3-server loggar ut (maildroppen tom) C: <stänger anslutningen> S: <fortsätter att vänta på inkommande anslutningar>

Möjlighet att starta sessionen, där lösenordet överförs i klartext:

C: ANVÄNDARE mrose S +OK Användaren accepterad C:PASSmroselösenord S+OK Pass accepteras

Anteckningar

  1. ↑ Skillnader mellan Google Apps och Gmail - Gmail Hjälp

Länkar

Länkar till nämnda RFC:er

Litteratur

 URI- scheman
Officiell
inofficiell