POP3

POP3
Navn Postkontorprotokol 3
Niveau (ifølge OSI-modellen ) Anvendt
Familie TCP/IP
Port/ID 110/TCP, 995/TCP (POP over SSL)
Formål med protokollen Modtager e-mail
Specifikation RFC 1939 / STD 53
Vigtigste implementeringer (klienter) MUA ( MS Outlook , Mozilla Thunderbird , The Bat!, KMail , Claws Mail , mutt osv .)
Kerneimplementeringer ( servere ) Qpopper , MS Exchange Server , CommuniGate Pro , Mail Daemon , Dovecot
Udvidelsesmuligheder Tilføje. kommandoer ( RFC 2449 )

POP3 ( Post Office Protocol Version 3 - Post Office  Protocol  , version 3) er en standard applikationslag internetprotokol, der bruges af e-mail-klienter til at modtage e-mail fra en fjernserver over en TCP - forbindelse.

POP og IMAP (Internet Message Access Protocol) er de mest almindelige internetprotokoller til at hente post. Næsten alle moderne e-mail-klienter og -servere understøtter begge standarder. POP-protokollen er udviklet i flere versioner, hvor den nuværende standard er den tredje version (POP3). De fleste e-mail-udbydere (såsom Hotmail , Gmail og Yahoo! Mail) understøtter også IMAP og POP3. Tidligere versioner af protokollen (POP, POP2) er forældede.

En alternativ protokol til at indsamle beskeder fra en mailserver er IMAP .

Generel information

POP understøtter enkle download-og-slet-krav for adgang til fjernpostkasser. Mens de fleste POP-klienter giver mulighed for at efterlade e-mail på serveren efter download, forbinder POP-klienter typisk, henter al e-mail, gemmer den på brugerens computer som nye meddelelser, sletter den fra serveren og afbryder derefter forbindelsen.

Andre protokoller, såsom IMAP, giver mere komplet og omfattende fjernadgang til typiske postkasseoperationer. Mange e-mail-klienter understøtter både POP og IMAP; dog understøtter langt færre internetudbydere IMAP.

POP3-serveren lytter på den velkendte port 110. Kommunikationskryptering for POP3 anmodes om, efter at protokollen er startet ved hjælp af enten STLS-kommandoen (hvis understøttet) eller POP3S, som forbinder til serveren ved hjælp af TLS eller SSL på TCP-port 995.

Tilgængelige klientmeddelelser fanges, når en postkasse åbnes af en POP-session, og bestemmes af antallet af meddelelser for sessionen eller eventuelt af en unik identifikator, der er tildelt meddelelsen af ​​POP-serveren. Denne unikke identifikator er permanent og unik for postkassen og giver klienten adgang til den samme besked i forskellige POP-sessioner. Mail hentes og markeres til sletning ved hjælp af beskednummeret. Når en klient logger ud af en session, fjernes markerede meddelelser fra postkassen.

Historie

POP (POP1) er defineret i RFC 918 (1984), POP2 i RFC 937 (1985). Den originale POP3-specifikation blev leveret i RFC 1081 (1988). Den nuværende er beskrevet i RFC 1939 , opdateret med en forlængelsesmekanisme ( RFC 2449 ) og en autentificeringsmekanisme ( RFC 1734 ).

POP2-versionen er blevet tildelt port 109.

Den originale POP3-specifikation understøttede kun den ukrypterede USER/ PASS -loginmekanisme eller .rhosts adgangskontrol . POP3 understøtter i øjeblikket forskellige godkendelsesmetoder for at give forskellige niveauer af beskyttelse mod uautoriseret adgang til brugermail. De fleste af disse leveres af POP3-udvidelsesmekanismerne. POP3-klienter understøtter SASL- metoder gennem AUTH-udvidelsen. Som en del af MIT Athena-projektet blev der også introduceret en Kerberos- baseret metode . RFC 1460 introducerede APOP i kerneprotokollen. APOP er en anmodning/svar -protokol , der bruger MD5 - hash-funktionen . Klienter, der implementerer APOP, inkluderer Mozilla Thunderbird , Opera Mail , Eudora , Windows Live Mail, PowerMail, Apple Mail osv.

Der blev stillet et uformelt forslag til en "POP4"-specifikation med en fungerende serverimplementering. Dette forslag tilføjede grundlæggende mappestyringsfunktionalitet, multipart beskedunderstøttelse og beskedflagstyring. Der har dog ikke været fremskridt i "POP4" siden 2003.

Udvidelser

En udvidelsesmekanisme blev foreslået i RFC 2449 for at imødekomme nye udvidelser samt en organiseret meddelelse om understøttelse af valgfrie kommandoer såsom TOP og UIDL. RFC'erne havde ikke til hensigt at tilskynde til udvidelser og bekræftede, at POP3's rolle er at give enkel support hovedsageligt til download-og-slet-kravet.

Udvidelser er angivet med CAPA-kommandoen. Med undtagelse af APOP var alle valgfrie kommandoer inkluderet i det originale funktionssæt. Som med ESMTP-standarden ( RFC 5321 ), er funktioner, der begynder med "X", lokale.

STARTTLS

STARTTLS - udvidelsen giver dig mulighed for at bruge TLS (Transport Layer Security) eller SSL (Secure Sockets Layer) til at kommunikere ved hjælp af STLS-kommandoen over en standard POP3-port. Nogle klienter og servere bruger den alternative portmetode, som fungerer på TCP-port 995 (POP3S).

SDPS

Den britiske udbyder Demon Internet introducerede en POP3-udvidelse, der tillod flere konti pr. domæne, kendt som SDPS (Standard Dial-up POP3 Service). For at få adgang til hver konto inkluderer brugernavnet værtsnavnet, såsom john@værtsnavn eller john+værtsnavn.

Google Apps bruger samme metode [1] .

Sammenligning med IMAP

Klienter, der efterlader e-mail på servere, bruger typisk UIDL-kommandoen til at få den aktuelle overensstemmelse mellem antallet af meddelelser og meddelelsen, givet af dens unikke identifikator. Identifikationen er vilkårlig og kan gentages, hvis der er identiske beskeder på postkassen. I modsætning hertil bruger IMAP en 32-bit unik identifikator (UID), der er tildelt meddelelser i stigende (men ikke nødvendigvis fortløbende) rækkefølge, efterhånden som de modtages. Når de henter nye beskeder, anmoder IMAP-klienter om en UID, der er større end den højeste UID-værdi blandt alle tidligere hentede beskeder, mens en POP-klient skal vælge fra hele UIDL-kortet. For store postkasser kan dette kræve betydelig behandling.

MIME fungerer som standard for vedhæftede filer og ikke-ASCII-tekst i elektroniske meddelelser. Selvom hverken POP3 eller SMTP kræver en MIME-formateret besked, kommer stort set alle ikke-ASCII beskeder i MIME-format, så POP-klienter skal også "forstå" og bruge MIME. IMAP accepterer per definition MIME-formaterede beskeder.

Sessionstilstande

Der er 3 sessionstilstande i POP3-protokollen:

Bemyndigelse Klienten gennemgår godkendelsesproceduren . transaktion Klienten modtager information om postkassens tilstand, accepterer og sletter post. Opdatering Serveren sletter de valgte e-mails og lukker forbindelsen.

Protokolkommandoer

Navn Argumenter Begrænsninger Mulige svar
APOP [navn] [digest] Hendes støtte er valgfri. * +OK maildrop har n besked * -ERR-adgangskoden til [navn] er forkert
BRUGER [navn] — * +OK navn er en gyldig postkasse * -ERR har aldrig hørt om postkassenavn
PASSERE [adgangskode] Virker efter vellykket postkassenavneoverførsel * +OK maildrop låst og klar * -FEJL ugyldig adgangskode * -FEJL kan ikke låse maildrop
DELE [besked] Tilgængelig efter vellykket godkendelse * +OK besked slettet * -FEJL ingen sådan besked
LISTE [besked] Tilgængelig efter vellykket godkendelse * +OK scanningsliste følger * -FEJL ingen sådan besked
NEJ — Tilgængelig efter vellykket godkendelse +OK
RETR [besked] Tilgængelig efter vellykket godkendelse * +OK besked følger * -FEJL ingen sådan besked
RSET — Tilgængelig efter vellykket godkendelse +OK
STAT — Tilgængelig efter vellykket godkendelse +OK ab
TOP [besked] [antal linjer] Tilgængelig efter vellykket godkendelse * +OK n oktetter * -FEJL ingen sådan besked
AFSLUT — — +OK

APOP

Kommandoen bruges til at sende brugernavn og adgangskode hash (digest) til serveren.
[navn]  er en streng, der angiver navnet på postkassen.
[digest]  er hash-summen af ​​tidsstemplet sammenkædet med brugerens adgangskode, beregnet ved hjælp af MD5 -algoritmen . Hvis denne kommando understøttes, opnås tidsstemplet, når der oprettes forbindelse til serveren.

BRUGER

Sender brugernavnet til serveren.
[navn]  er en streng, der angiver navnet på postkassen.

PASS

Sender postkassens adgangskode til serveren.
[adgangskode]  - adgangskode til postkassen.

SLET

Serveren markerer den angivne besked til sletning. Meddelelser, der er markeret til sletning, slettes faktisk først, efter at transaktionen er lukket (transaktioner lukkes normalt efter QUIT-kommandoen er sendt, derudover, for eksempel på servere, kan transaktioner lukkes efter en vis tid, der er indstillet af serveren).
[meddelelse]  - meddelelsesnummer.

LISTE

Hvis et argument blev bestået, returnerer serveren information om den angivne besked. Hvis argumentet ikke blev bestået, udsender serveren information om alle meddelelser i postkassen. Beskeder, der er markeret til sletning, vises ikke.
[meddelelse]  - meddelelsesnummer (valgfrit argument).

NOOP

Serveren gør ingenting, reagerer altid positivt.

RETR besked

Serveren sender en besked med det angivne nummer.
[meddelelse]  - meddelelsesnummer.

RSET

Denne kommando ruller tilbage transaktioner inden for en session. For eksempel, hvis en bruger ved et uheld har markeret nogle meddelelser til sletning, kan de fjerne disse flag ved at udstede denne kommando.

STAT

Serveren returnerer antallet af beskeder i postkassen og størrelsen af ​​postkassen i oktetter. Beskeder markeret som slettede tælles ikke med.

TOP

Serveren returnerer overskrifterne på den angivne meddelelse, en tom streng og det angivne antal første linjer i meddelelsens brødtekst.
[meddelelse]  - meddelelsesnummer.
[antal linjer]  - hvor mange linjer der skal vises.

Session eksempel

Dette er et eksempel på en session med krypteret adgangskodeunderstøttelse ( APOP , RFC 1939 ):

S: <Server lytter efter indgående forbindelser på port 110> C: <opretter forbindelse til server> S: +OK POP3-server klar <1896.697170952@dbc.mtview.ca.us> C: APOP mrose c4c9334bac560ecc979e58001b3e22fb S: +OK mroses maildrop har 2 beskeder (320 oktetter) C:STAT S: +OK 2 320 C: LISTE S: +OK 2 beskeder (320 oktetter) S: 1 120 S: 2 200 S: . C: RETR 1 S: +OK 120 oktetter S: <server sender besked 1> S: . C: SLET 1 S: +OK besked 1 slettet C: RETR 2 S: +OK 200 oktetter S: <server sender besked 2> S: . C:DELE2 S: +OK besked 2 slettet C: AFSLUT S: +OK dewey POP3-server logger af (maildrop tom) C: <lukker forbindelse> S: <fortsætter med at vente på indgående forbindelser>

Mulighed for at starte sessionen, hvor adgangskoden sendes i klartekst:

C: BRUGER mrose S +OK Bruger accepteret C: PASSmroseadgangskode S+OK Pass accepteret

Noter

  1. ↑ Google Apps og Gmail forskelle - Gmail Hjælp

Links

Links til nævnte RFC'er

Litteratur

 URI- ordninger
Officiel
uofficiel