In der Computerwissenschaft ist Post Office Protocol (POP) ein von lokalen E-Mail-Kunden verwendetes Anwendungsschicht-Internetstandardprotokoll, um E-Mail von einem entfernten Server über eine TCP/IP Verbindung wiederzubekommen. KNALL und IMAP (Internetnachrichtenzugriffsprotokoll) sind die zwei am meisten überwiegenden Internetstandardprotokolle für die E-Mail-Wiederauffindung. Eigentlich unterstützen alle modernen E-Mail-Kunden und Server beide. Das KNALL-Protokoll ist durch mehrere Versionen mit der Version 3 (POP3) entwickelt worden, die der aktuelle Standard ist. Die meisten webmail Dienstleister wie Hotmail, Gmail und Yahoo! Post stellt auch IMAP und POP3 Dienst zur Verfügung.

Übersicht

KNALLEN SIE unterstützt einfache herunterladen-und-löschen Voraussetzungen für den Zugang zu entfernten Briefkästen (hat maildrop im KNALL-RFC'S genannt). Obwohl die meisten KNALL-Kunden eine Auswahl haben, Post auf dem Server nach dem Download zu verlassen, Kunden per E-Mail zu schicken, die KNALL verwenden, allgemein verbinden, bekommen alle Nachrichten wieder, versorgen sie auf dem PC des Benutzers als neue Nachrichten, löschen sie vom Server, und trennen dann. Andere Protokolle, namentlich IMAP, (Internetnachrichtenzugriffsprotokoll) stellen mehr ganzen und komplizierten entfernten Zugang zu typischen Briefkasten-Operationen zur Verfügung. Viele E-Mail-Kunden unterstützen KNALL sowie IMAP, um Nachrichten wiederzubekommen; jedoch unterstützen weniger Internetdienstleister (ISPs) IMAP.

Ein POP3 Server hört auf dem wohl bekannten Hafen 110. Die Kommunikation von Encrypted für POP3 wird entweder nach der Protokoll-Einleitung, mit dem STLS-Befehl, wenn unterstützt, oder durch POP3S gebeten, der mit dem Server-Verwenden Transport Layer Security (TLS) oder Secure Sockets Layer (SSL) auf dem wohl bekannten TCP Hafen 995 (z.B Google Gmail) verbindet.

Verfügbare Nachrichten an den Kunden werden befestigt, wenn eine KNALL-Sitzung den maildrop öffnet, und durch die Nachrichtenzahl identifiziert wird, die zu dieser Sitzung oder fakultativ durch einen einzigartigen Bezeichner lokal ist, der der Nachricht durch den KNALL-Server zugeteilt ist. Dieser einzigartige Bezeichner ist dauerhaft und zum maildrop einzigartig und erlaubt einem Kunden, auf dieselbe Nachricht in verschiedenen KNALL-Sitzungen zuzugreifen. Post wird wiederbekommen und für das Auswischen durch die Nachrichtenzahl gekennzeichnet. Wenn der Kunde über die Sitzung herrscht, wird die für das Auswischen gekennzeichnete Post vom maildrop entfernt.

Geschichte

KNALL (POP1) wird in RFC 918 (1984), POP2 durch RFC 937 (1985) angegeben. Die ursprüngliche Spezifizierung von POP3 ist RFC 1081 (1988). Seine aktuelle Spezifizierung ist RFC 1939, der mit einem Erweiterungsmechanismus, RFC 2449 und einem Beglaubigungsmechanismus RFC 1734 aktualisiert ist.

POP2 ist wohl bekannter Hafen 109 zugeteilt worden.

Die ursprüngliche POP3 Spezifizierung hat nur einen unencrypted Anmeldungsmechanismus des BENUTZERS/PASSES oder Berkeley.rhosts Zugriffskontrolle unterstützt. POP3 unterstützt zurzeit mehrere Beglaubigungsmethoden, unterschiedliche Niveaus des Schutzes gegen den rechtswidrigen Zugang zu einer E-Mail eines Benutzers zur Verfügung zu stellen. Die meisten werden durch die POP3 Erweiterungsmechanismen zur Verfügung gestellt. POP3 Kunden unterstützen SASL Beglaubigungsmethoden über die AUTH Erweiterung. MIT Projekt Athena hat auch eine Version von Kerberized erzeugt.

RFC 1460 hat APOP ins Kernprotokoll eingeführt. APOP ist ein Protokoll der Herausforderung/Antwort, das die MD5 Kuddelmuddel-Funktion in einem Versuch verwendet, Wiederholungsspiel-Angriffe und Enthüllung des geteilten Geheimnisses zu vermeiden. Kunden, die APOP durchführen, schließen Mozilla Thunderbird, Opernpost, Eudora, KMail, Novell Evolution, Becky von RimArts ein! Windows Lebende Post, PowerMail, Apple Mail und Narr.

Ein informeller Vorschlag war für eine "POP4" Spezifizierung entworfen, mit einer Arbeitsserver-Durchführung abgeschlossen worden. Dieser "POP4" Vorschlag hat grundlegendes Mappe-Management, Mehrteil-Nachrichtenunterstützung, sowie Nachrichtenfahne-Management hinzugefügt, ein leichtes Protokoll berücksichtigend, das einige populäre IMAP-Eigenschaften unterstützt, an denen POP3 zurzeit Mangel hat. Jedoch, dabei, hat es sich mit IMAP geteilt das Einbetten in einer Kommunikation protokolliert ein spezifisches Modell eines Briefkastens, der, obwohl üblich, nicht universal ist. Kein Fortschritt ist in diesem "POP4" Vorschlag seit 2003 beobachtet worden.

Erweiterungen

Ein Erweiterungsmechanismus wurde in RFC 2449 vorgeschlagen, um allgemeine Erweiterungen anzupassen sowie in einer organisierten Weise-Unterstützung für fakultative Befehle, wie SPITZE und UIDL bekannt zu geben. Der RFC hat nicht vorgehabt, Erweiterungen zu fördern und hat nochmals versichert, dass die Rolle von POP3 einfache Unterstützung für hauptsächlich herunterladen-und-löschen Voraussetzungen des Briefkasten-Berührens zur Verfügung stellen soll.

Die Erweiterungen sind genannte Fähigkeiten und werden durch den CAPA-Befehl verzeichnet. Abgesehen von APOP wurden die fakultativen Befehle in den anfänglichen Satz von Fähigkeiten eingeschlossen. Im Anschluss an die Leitung von ESMTP (RFC 5321) bedeuten Fähigkeiten, die mit einem X beginnen, lokale Fähigkeiten.

STARTTLS

Die STARTTLS Erweiterung erlaubt dem Gebrauch von Transport Layer Security (TLS) oder Secure Sockets Layer (SSL), mit dem STLS-Befehl, auf dem POP3 Standardhafen, aber nicht einem Stellvertreter verhandelt zu werden. Einige Kunden und Server, wie Google Gmail, verwenden stattdessen die missbilligte Methode des abwechselnden Hafens, die TCP Hafen 995 (POP3S) verwendet.

SDPS

Dämon-Internet hat Erweiterungen auf POP3 eingeführt, die vielfache Rechnungen pro Gebiet erlauben, und bekannt als Standard Dial-up POP3 Service (SDPS) .http://e.demon.net/helpdesk/producthelp/mail/sdps-tech.html/ geworden ist, um auf jede Rechnung zuzugreifen, schließt der Benutzername den hostname, als john@hostname oder john+hostname ein.

Google Apps verwendet dieselbe Methode.

Vergleich mit IMAP

Kunden, die Post auf Servern allgemein verlassen, verwenden den UIDL-Befehl, die aktuelle Vereinigung von Nachrichtenzahlen zur durch seinen einzigartigen Bezeichner identifizierten Nachricht zu bekommen. Der einzigartige Bezeichner ist willkürlich, und könnte wiederholt werden, wenn der Briefkasten identische Nachrichten enthält. Im Gegensatz verwendet IMAP einen einzigartigen 32-Bit-Bezeichner (UID), der Nachrichten im Steigen zugeteilt wird (obwohl nicht notwendigerweise aufeinander folgend), bestellen, weil sie erhalten werden. Wenn er neue Nachrichten wiederbekommt, bittet ein IMAP Kunde um das UIDs größere als der höchste UID unter allen vorher wiederbekommenen Nachrichten, wohingegen ein KNALL-Kunde die komplette UIDL-Karte herbeiholen muss. Für große Briefkästen kann das bedeutende Verarbeitung verlangen.

PANTOMIME dient als der Standard für Verhaftungen und non-ASCII Text in der E-Mail. Obwohl weder POP3 noch SMTP Pantomime-formatierte E-Mail verlangen, im Wesentlichen kommt die ganze non-ASCII InternetE-Mail Pantomime-formatiert, so KNALLEN SIE Kunden müssen auch verstehen und PANTOMIME verwenden. IMAP, durch das Design, nimmt Pantomime-formatierte E-Mail an.

Dialog-Beispiel

Der APOP Gebrauch ist ein direktes Beispiel von RFC 1939 Seiten 18.

RFC 1939 APOP-Unterstützung, die durch hier angezeigt ist:

C:

C: APOP mrose

c4c9334bac560ecc979e58001b3e22fb</font>

C: STAT </Schriftart>

C: LISTE </Schriftart>

C: RETR 1 </Schriftart>

C: STREICHEN SIE 1 </Schriftart>

C: RETR 2 </Schriftart>

C: STREICHEN SIE 2 </Schriftart>

C: VERLASSEN </Schriftart>

C:

POP3 Server ohne den fakultativen APOP-Befehl nehmen an, dass der Kunde in mit dem BENUTZER und den PASS-Befehlen loggt:

C: BENUTZER mrose

C: PASSIEREN SIE tanstaaf

Server-Durchführungen

• Apache James
• Citadel/UX
• Kurierpost-Server
• Cyrus IMAP Server
• DBMail
• Taubenschlag
• Internetmailserver von Eudora
• Mailtraq
• Nginx
• qmail-pop3d
• Qpopper
• RePOP
• UW IMAP
• WinGate
• Zimbra

Zusammenhängende Bitten um Anmerkungen (RFCs)

• RFC 918 - POSTPROTOKOLL
• RFC 937 - POSTPROTOKOLL - VERSION 2
• RFC 1081 - Postprotokoll - Version 3
• RFC 1939 - Postprotokoll - Version 3 (STD 53)
• RFC 1957 - Einige Beobachtungen auf Durchführungen des Postprotokolls (POP3)
• RFC 2195 - IMAP/POP Autorisieren Erweiterung für die Einfache Herausforderung/Antwort
• RFC 2384 - LASSEN URL-ADRESSE-Schema KNALLEN
• RFC 2449 - POP3 Erweiterungsmechanismus
• RFC 2595 - TLS mit IMAP, POP3 und ACAP Verwendend
• RFC 3206 - Der SYS und die Ansprechcodes von AUTH POP
• RFC 5034 - Das Postprotokoll (POP3) Einfache Beglaubigung und Sicherheitsschicht (SASL) Beglaubigungsmechanismus

Siehe auch

• Internet Message Access Protocol (IMAP)
• Simple Mail Transfer Protocol (SMTP)
• Simple Mail Access Protocol (SMAP)
• Schicken Sie Kunden per E-Mail
• webmail
• POP3 Kunden: getmail, fetchmail
• E-Mail-Verschlüsselung

Weiterführende Literatur

Links

• IANA Hafen-Zahl-Anweisungen
• POP3 Folge-Diagramm (PDF)