Postprotokoll

Im Computering die Postprotokoll (POP) ist ein Anwendungsschicht Internetstandard Protokoll benutzt von E-Mail-Kunden abrufen Email von einem Mailserver.[1] Pop Version 3 (Pop3) ist die Version in allgemeinem Gebrauch und zusammen mit IMAP Die häufigsten Protokolle für das Abrufen von E -Mails.

Zweck

Das Post -Office -Protokoll bietet Zugriff über eine Internetprotokoll (IP) Netzwerk für eine Benutzer -Client -Anwendung in einem Mailbox (Mail Drop) auf einem Mailserver gepflegt. Das Protokoll unterstützt Download- und Löschen von Vorgängen für Nachrichten. POP3 -Clients verbinden sich, rufen Sie alle Nachrichten ab, speichern Sie sie auf dem Client -Computer und löschen Sie sie schließlich vom Server.[2] Dieses Design von POP und seinen Verfahren wurde durch die Notwendigkeit von Benutzern angetrieben, nur temporäre Internetverbindungen zu haben, wie z. Zugang zum Auswahl, sodass diese Benutzer E-Mail abrufen können, wenn sie verbunden sind, und anschließend die abgerufenen Nachrichten beim Offline anzusehen und zu manipulieren.

POP3 -Clients haben auch die Option, E -Mails nach dem Download E -Mails auf dem Server zu lassen. Dagegen die Internet -Nachrichtenzugriffsprotokoll (IMAP) wurde so konzipiert, dass normalerweise alle Nachrichten auf dem Server die Verwaltung mehrere Client -Anwendungen ermöglichen und beide verbunden sind (verbundene (verbundene) (Angeschlossene) (Angeschlossene Unterstützung (online) und getrennt (offline) Betriebsmodi.

Ein POP3 -Server hört auf Bekannte Portnummer 110 für Serviceanfragen. Verschlüsselte Kommunikation Für POP3 wird entweder nach der Protokollinitiation angefordert, indem Sie die verwenden Stls Befehl, falls unterstützt oder von POP3s, der eine Verbindung zum Server verwendet Transportschichtsicherheit (Tls) oder Sichern Sie die Steckdose (SSL) auf bekannt TCP Hafen Nummer 995.

Nachrichten, die dem Client zur Verfügung stehen Sitzung Oder optional durch eine eindeutige Bezeichnung, die der Nachricht vom Pop -Server zugewiesen wurde. Diese eindeutige Kennung ist dauerhaft und im MailDrop einzigartig und ermöglicht es einem Client, in verschiedenen POP -Sitzungen auf dieselbe Nachricht zuzugreifen. Mail wird abgerufen und für das Löschen durch die Nachrichtennummer markiert. Wenn der Kunde die Sitzung verlässt, wird die zum Löschen markierte E -Mail aus dem MailDrop entfernt.

Geschichte

Die erste Version des Post -Office -Protokolls POP1 wurde in RFC 918 (1984) von spezifiziert Joyce K. Reynolds. POP2 wurde in RFC 937 (1985) angegeben.

POP3 ist die Version in der häufigsten Verwendung. Es stammt mit RFC 1081 (1988), aber die jüngste Spezifikation ist RFC 1939, aktualisiert mit einem Erweiterungsmechanismus (RFC 2449) und einem Authentifizierungsmechanismus in RFC 1734. Dies führte zu einer Reihe von POP -Implementierungen wie Kiefern, und Kiefern, Popmailund andere frühe Mail -Kunden.

Während die ursprüngliche POP3 -Spezifikation nur einen unverschlüsselten Benutzer unterstützte/PASSIEREN Anmeldung Mechanismus oder Berkeley .Rhosts Zugangskontrolle, heute unterstützt POP3 mehrere Authentifizierung Methoden zur Bereitstellung eines unterschiedlichen Schutzes gegen den illegalen Zugriff auf die E-Mail eines Benutzers. Die meisten werden von den POP3 -Erweiterungsmechanismen bereitgestellt. POP3 -Kunden unterstützen Sasl Authentifizierungsmethoden über die Auth -Erweiterung. MIT Projekt Athena auch produziert a Kerberisiert Ausführung. RFC 1460 führte APOP in das Kernprotokoll ein. Apop ist a Challenge -Reaktion Protokoll, das das verwendet MD5 Hash-Funktion in einem Versuch zu vermeiden Wiederholungsangriffe und Offenlegung der geteiltes Geheimnis. Clients implementieren APOP umfassen Mozilla Thunderbird, Opernpost, Eudora, Kmail, Novell Evolution, Rimarts ' Becky!,[3] Windows Live Mail, Powermail, Apfelpost, und Köter. RFC 1460 wurde von RFC 1725 veraltet, was wiederum von RFC 1939 veraltet war.

Pop4

POP4 existiert nur als informeller Vorschlag, der grundlegende Ordnerverwaltung, mehrteilige Nachrichtenunterstützung sowie Nachrichten -Flag -Management zum Wettbewerb mit IMAP hinzufügt. Die Entwicklung ist jedoch seit 2003 nicht mehr fortgeschritten.[4]

Erweiterungen und Spezifikationen

In RFC 2449 wurde ein Verlängerungsmechanismus vorgeschlagen, um allgemeine Erweiterungen aufzunehmen und organisierte Unterstützung für optionale Befehle wie Top und UIDL anzukündigen. Die RFC hatte nicht vor, Erweiterungen zu fördern, und bestätigte bekräftigt, dass die Rolle von POP3 darin besteht, eine einfache Unterstützung für hauptsächlich Download- und Delete-Anforderungen des Mailbox-Handlings zu bieten.

Die Erweiterungen werden als Funktionen bezeichnet und vom CAPA -Befehl aufgeführt. Mit Ausnahme von APOP wurden die optionalen Befehle in den ersten Satz von Funktionen enthalten. Nach dem Vorsprung von ESMTP (RFC 5321) bedeutet Funktionen, die mit einem X beginnen, lokale Funktionen.

Starttls

Die StartTLS -Erweiterung ermöglicht die Verwendung von Transportschichtsicherheit (Tls) oder Sichern Sie die Steckdose (SSL) mit der ausgehandelt werden Stls Befehl, auf dem Standard -POP3 -Port und nicht im Alternativ. Einige Clients und Server verwenden stattdessen die Alternative-Port-Methode, die den TCP-Port 995 (POP3s) verwendet.

SDPs

Dämon -Internet Einführte Erweiterungen in POP3, die mehrere Konten pro Domäne ermöglichen und als bekannt wurden als Standard-Dial-up-POP3-Service (SDPs).[5] Um auf jedes Konto zuzugreifen, enthält der Benutzername den Hostnamen wie John@Hostname oder John+Hostname.

Google Apps verwendet dieselbe Methode.[6]

Kerberisiertes Postprotokoll

Im Computer, lokal E-Mail-Kunden kann das verwenden Kerberisiertes Postprotokoll (Kpop), ein Anwendungsschicht Internetstandard Protokoll, um abzurufen Email von einer Fernbedienung Server über ein TCP/IP Verbindung. Das KPOP -Protokoll basiert auf dem POP3 -Protokoll - unterscheidet sich darin, dass es hinzugefügt wird Kerberos Sicherheit und dass es standardmäßig ausgeführt wird TCP Port Nummer 1109 anstelle von 110. Eine E -Mail -Server -Software -Implementierung finden Sie in der Cyrus IMAP -Server.

Sitzungsbeispiel

Das folgende Dialogfeld POP3 Session ist ein Beispiel in RFC 1939:[7] 

S: <Warten Sie auf die Verbindung auf TCP -Port 110> C: <Open Connection>S: +OK POP3 Server bereit <[email protected]> C: APOP MROSE C4C9334BAC560ECC979E58001B3E22FBS: +OK MROSE's MailDrop hat 2 Nachrichten (320 Oktetten) C: StatS: +OK 2 320C: ListeS: +OK 2 Nachrichten (320 Oktetten) S: 1 120 S: 2 200 S:    . C: REIN 1S: +OK 120 Oktetten S: <Der POP3 -Server sendet Nachricht 1> S:    . C: Dele 1S: +OK Nachricht 1 gelöscht C: Retr 2S: +OK 200 Oktetten S: <Der POP3 -Server sendet Nachricht 2> S:    . C: Dele 2S: +OK Nachricht 2 gelöscht C: aufhörenS: +OK Dewey Pop3 -Server, die sich abmelden (maildrop leer) C: <Close Connection>S: <Warten Sie auf die nächste Verbindung>

POP3 -Server ohne den Befehl optional apop erwarten Sie, dass sich der Client mit dem Benutzer anmeldet und Befehle übergibt:

C: Benutzer MROSES: +OK Benutzer akzeptiert C: Tanstaaf passierenS: +OK Pass akzeptiert

Vergleich mit IMAP

Das Internet -Nachrichtenzugriffsprotokoll (IMAP) ist ein alternatives und neueres Mailbox -Zugriffsprotokoll. Die Höhepunkte der Unterschiede sind:

  • POP ist ein einfacheres Protokoll, das die Implementierung erleichtert.
  • POP verschiebt die Nachricht vom E -Mail -Server auf den lokalen Computer, obwohl es in der Regel in E -Mail -Clients eine Option gibt, um die Nachrichten auch auf dem E -Mail -Server zu hinterlassen. IMAP standardmäßig ist es, die Nachricht auf dem E -Mail -Server zu verlassen und einfach eine lokale Kopie herunterzuladen.
  • Pop behandelt die Mailbox als einzelner Speicher und hat kein Konzept von Ordnern
  • Ein IMAP -Client führt komplexe Abfragen aus, fragt den Server nach Headern oder die Körper angegebener Nachrichten oder um nach Nachrichten zu suchen, die bestimmte Kriterien erfüllen. Nachrichten im Mail -Repository können mit verschiedenen Statusflags (z. B. "gelöscht" oder "beantwortet") gekennzeichnet werden und bleiben im Repository, bis sie explizit vom Benutzer entfernt werden - was möglicherweise erst in einer späteren Sitzung erfolgt. Kurz gesagt: IMAP ist so konzipiert, dass sie die Manipulation von Fernmaschinen wie lokal manipuliert. Abhängig von der IMAP -Client -Implementierung und der vom Systemmanager gewünschten E -Mail -Architektur kann der Benutzer Nachrichten direkt auf dem Client -Computer speichern oder auf dem Server speichern oder die Wahl erhalten.
  • Das POP -Protokoll erfordert, dass der derzeit verbundene Client der einzige Client ist, der mit der Mailbox verbunden ist. Im Gegensatz dazu ermöglicht das IMAP -Protokoll ausdrücklich den gleichzeitigen Zugriff durch mehrere Clients und bietet Mechanismen den Clients, um Änderungen an der Mailbox durch andere, gleichzeitig verbundene Clients vorzunehmen. Siehe beispielsweise RFC3501 Abschnitt 5.2, in dem "gleichzeitiger Zugriff auf dieselbe Mailbox durch mehrere Agenten" spezifisch angegeben ist.
  • Wenn Pop eine Nachricht abruft, empfängt sie alle Teile davon, während das IMAP4 -Protokoll Clients ermöglicht, eines der Einzelpersonen abzurufen MIME Teile separat - zum Beispiel abrufen, ohne beigefügten Dateien abzurufen.
  • IMAP unterstützt Flags auf dem Server, um den Nachrichtenstatus zu verfolgen: Beispielsweise wurde die Nachricht gelesen, beantwortet, weitergeleitet oder gelöscht.

Verwandte Anfragen für Kommentare (RFCs)

  • RFC918 - POSTPROTOKOLL
  • RFC937 - Post -Office -Protokoll - Version 2
  • RFC1081 - Post -Office -Protokoll - Version 3
  • RFC1939 - Post -Office -Protokoll - Version 3 (STD 53)
  • RFC1957 - Einige Beobachtungen zu Implementierungen des Post -Office -Protokolls (POP3)
  • RFC2195 - IMAP/POP Autorisieren Sie die Erweiterung für einfache Herausforderung/Antwort
  • RFC2384 - Pop -URL -Schema
  • RFC2449 - POP3 -Erweiterungsmechanismus
  • RFC2595 - Verwenden Sie TLS mit IMAP, POP3 und ACAP
  • RFC3206 - Das System und die Auth -Pop -Antwortcodes
  • RFC5034 - Das Post -Office -Protokoll (POP3) Einfache Authentifizierungs- und Sicherheitsschichtmechanismus (SASL)
  • RFC8314 - ClearText betrachtet als veraltet: Verwendung der Transportschichtsicherheit (TLS) für die Einreichung und den Zugriff von E -Mails

Siehe auch

Verweise

  1. ^ Dean, Tamara (2010). Netzwerk+ Handbuch zu Netzwerken. Delmar. p. 519. ISBN 978-1423902454.
  2. ^ Allen, David (2004). Windows to Linux. Prentice Hall. p. 192. ISBN 1423902459.
  3. ^ (auf Japanisch), (Becky! Tutorial) Archiviert 2010-01-31 am Wayback -Maschine, 2001-04-26.
  4. ^ "POP4 -Spezifikation Obwohl POP zum Empfangen von E -Mails verwendet wird, nachdem das System nicht online ist". 2003. archiviert von das Original Am 2017-10-21. Abgerufen 2011-10-17.
  5. ^ Dämon Online -Hilfezentrum Archiviert 2011-07-23 at Archive.Today. E.Demon.net (2013-01-23). Abgerufen am 2013-07-17.
  6. ^ "Google -Apps und Google Mail -Unterschiede". Google Mail Help Center. Archiviert von das Original am 13. September 2008.
  7. ^ RFC 1939, Seite 19

Weitere Lektüre

  • Hughes, L (1998). Internet-E-Mail-Protokolle, Standards und Implementierung. Artech House Publishers. ISBN 0-89006-939-5.
  • Johnson, K (2000). Internet -E -Mail -Protokolle: Ein Entwicklerhandbuch. Addison-Wesley Professional. ISBN 0-201-43288-9.
  • Loshin, P (1999). Wesentliche E -Mail -Standards: RFCs und Protokolle praktisch gemacht. John Wiley & Sons. ISBN 0-471-34597-0.
  • Rhoton, J (1999). Programmierhandbuch zu Internet Mail: SMTP, Pop, IMAP und LDAP. Elsevier. ISBN 1-55558-212-5.
  • Wood, D (1999). Programmieren von Internet Mail. O'Reilly. ISBN 1-56592-479-7.
  • Postprotokoll - Version 3. Ietf. Mai 1996.

Externe Links