Postprotokoll - Post Office Protocol

Bei der Berechnung der Post Office Protocol ( POP ist) eine Anwendungsschicht Internet - Standard - Protokoll von verwendeten E-Mail - Clients abrufen E-Mail von einem Mail - Server. POP Version 3 ( POP3 ) ist die gebräuchliche Version.

Zweck

Das Post Office Protocol bietet über ein Internet Protocol (IP)-Netzwerk für eine Benutzer-Client-Anwendung Zugriff auf eine Mailbox ( maildrop ), die auf einem Mail-Server verwaltet wird. Das Protokoll unterstützt Download- und Löschvorgänge für Nachrichten. POP3-Clients stellen eine Verbindung her, rufen alle Nachrichten ab, speichern sie auf dem Client-Computer und löschen sie schließlich vom Server. Nur temporäre Internet mit Verbindungen, wie dieser Entwurf des POPS und ihren Verfahren wurde durch die Notwendigkeit der Nutzer angetrieben Wählzugang , so dass diese Benutzer Abrufen von E-Mail , wenn verbunden, und anschließend zum Anzeigen und Bearbeiten der abgerufenen Nachrichten im Offline - Modus.

POP3-Clients haben auch die Möglichkeit, E-Mails nach dem Download auf dem Server zu belassen. Im Gegensatz dazu wurde das Internet Message Access Protocol (IMAP) entwickelt, um normalerweise alle Nachrichten auf dem Server zu belassen, um die Verwaltung mit mehreren Clientanwendungen zu ermöglichen und sowohl verbundene ( online ) als auch getrennte ( offline ) Betriebsmodi zu unterstützen.

Ein POP3-Server lauscht auf der wohlbekannten Portnummer 110 auf Dienstanforderungen. Die verschlüsselte Kommunikation für POP3 wird entweder nach der Protokollinitiierung mit dem STLS- Befehl angefordert , falls unterstützt, oder von POP3S, das eine Verbindung zum Server über Transport Layer Security (TLS) oder Secure Sockets Layer (SSL) über die bekannte TCP- Portnummer 995 herstellt .

Für den Client verfügbare Nachrichten werden bestimmt, wenn eine POP3-Sitzung die Maildrop öffnet, und werden durch die lokale Nachrichtennummer dieser Sitzung oder optional durch eine der Nachricht vom POP-Server zugewiesene eindeutige Kennung identifiziert. Diese eindeutige Kennung ist dauerhaft und eindeutig für den Maildrop und ermöglicht es einem Client, in verschiedenen POP-Sitzungen auf dieselbe Nachricht zuzugreifen. Mail wird abgerufen und durch die Nachrichtennummer zum Löschen markiert. Wenn der Client die Sitzung beendet, werden zum Löschen markierte E-Mails aus dem Maildrop entfernt.

Geschichte

Die erste Version des Post Office Protocol, POP1, wurde in RFC 918 (1984) spezifiziert. POP2 wurde in RFC 937 (1985) spezifiziert.

POP3 ist die am häufigsten verwendete Version. Es stammt aus RFC 1081 (1988), aber die neueste 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 Pine, POPmail und anderen frühen Mail-Clients.

Während die ursprüngliche POP3-Spezifikation nur einen unverschlüsselten USER/ PASS- Login- Mechanismus oder Berkeley .rhosts- Zugriffskontrolle unterstützte, unterstützt POP3 heute mehrere Authentifizierungsmethoden , um einen unterschiedlichen Schutz vor unrechtmäßigem Zugriff auf die E-Mail eines Benutzers zu bieten. Die meisten werden von den POP3-Erweiterungsmechanismen bereitgestellt. POP3-Clients unterstützen SASL- Authentifizierungsmethoden über die AUTH-Erweiterung. Das MIT Project Athena produzierte auch eine Kerberized- Version. RFC 1460 führte APOP in das Kernprotokoll ein. APOP ist ein Challenge/Response- Protokoll, das die MD5- Hash-Funktion verwendet , um Replay-Angriffe und die Offenlegung des gemeinsamen Geheimnisses zu vermeiden . Zu den Kunden, die APOP implementieren, gehören Mozilla Thunderbird , Opera Mail , Eudora , KMail , Novell Evolution , RimArts' Becky! , Windows Live Mail , PowerMail, Apple Mail und Mutt . RFC 1460 wurde durch RFC 1725 obsolet, der wiederum durch RFC 1939 obsolet wurde.

POP4

POP4 existiert nur als informeller Vorschlag, der eine grundlegende Ordnerverwaltung, mehrteilige Nachrichtenunterstützung sowie eine Nachrichtenflagverwaltung hinzufügt, um mit IMAP zu konkurrieren; seine Entwicklung ist jedoch seit 2003 nicht vorangekommen.

Erweiterungen und Spezifikationen

In RFC 2449 wurde ein Erweiterungsmechanismus vorgeschlagen, um allgemeine Erweiterungen aufzunehmen sowie die Unterstützung für optionale Befehle wie TOP und UIDL auf organisierte Weise anzukündigen. Der RFC beabsichtigte nicht, Erweiterungen zu fördern, und bekräftigte, dass die Rolle von POP3 darin besteht, einfache Unterstützung für hauptsächlich Download- und Löschanforderungen der Mailbox-Verarbeitung bereitzustellen.

Die Erweiterungen werden als Fähigkeiten bezeichnet und vom CAPA-Befehl aufgelistet. Mit Ausnahme von APOP waren die optionalen Befehle im anfänglichen Satz von Fähigkeiten enthalten. In Anlehnung an ESMTP (RFC 5321) bedeuten Fähigkeiten, die mit einem X beginnen, lokale Fähigkeiten.

STARTTLS

Die STARTTLS-Erweiterung ermöglicht die Aushandlung der Verwendung von Transport Layer Security (TLS) oder Secure Sockets Layer (SSL) mithilfe des STLS- Befehls auf dem Standard-POP3-Port anstelle eines alternativen. Einige Clients und Server verwenden stattdessen die Alternative-Port-Methode, die den TCP-Port 995 (POP3S) verwendet.

SDPS

Demon Internet führte Erweiterungen für POP3 ein, die mehrere Konten pro Domäne zulassen, und wurde als Standard Dial-up POP3 Service (SDPS) bekannt. Um auf jedes Konto zuzugreifen, enthält der Benutzername den Hostnamen als john@hostname oder john+hostname .

Google Apps verwendet dieselbe Methode.

Kerberisiertes Post-Office-Protokoll

In der Berechnung , lokale E-Mail - Clients können die Verwendung Kerberized Post Office Protocol ( KPOP ), eine Anwendungsschicht Internet - Standard - Protokolls , abzurufen E-Mail von einem Remote - Server über eine TCP / IP - Verbindung. Das KPOP-Protokoll basiert auf dem POP3-Protokoll – mit dem Unterschied, dass es Kerberos- Sicherheit hinzufügt und standardmäßig über die TCP- Portnummer 1109 statt 110 ausgeführt wird. Eine Mailserver-Softwareimplementierung befindet sich im Cyrus IMAP-Server .

Sitzungsbeispiel

Der folgende POP3-Sitzungsdialog ist ein Beispiel in RFC 1939:

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>

POP3-Server ohne den optionalen APOP-Befehl erwarten, dass sich der Client mit den Befehlen USER und PASS anmeldet:

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

Serverimplementierungen

Vergleich mit IMAP

Das Internet Message Access Protocol (IMAP) ist ein alternatives und neueres Mailbox-Zugriffsprotokoll. Die Highlights 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 normalerweise eine Option gibt, die Nachrichten auch auf dem E-Mail-Server zu belassen.
IMAP hinterlässt die Nachricht standardmäßig auf dem E-Mail-Server und lädt einfach eine lokale Kopie herunter.
POP behandelt das Postfach als einen einzigen Speicher und hat kein Konzept von Ordnern
Ein IMAP-Client führt komplexe Abfragen durch, fragt den Server nach Headern oder den Textkörpern bestimmter Nachrichten oder sucht nach Nachrichten, die bestimmten Kriterien entsprechen. Nachrichten im Mail-Repository können mit verschiedenen Status-Flags (zB "gelöscht" oder "beantwortet") gekennzeichnet werden und bleiben im Repository, bis sie vom Benutzer explizit entfernt werden – was möglicherweise erst in einer späteren Sitzung der Fall ist. Kurz gesagt: IMAP ist darauf ausgelegt, entfernte Mailboxen so zu manipulieren, als wären sie lokal. Abhängig von der IMAP-Client-Implementierung und der vom Systemverwalter gewünschten Mail-Architektur kann der Benutzer Nachrichten direkt auf dem Client-Rechner speichern oder sie auf dem Server speichern, oder er hat die Wahl zwischen beidem.
Das POP-Protokoll erfordert, dass der aktuell verbundene Client der einzige Client ist, der mit der Mailbox verbunden ist. Im Gegensatz dazu ermöglicht das IMAP-Protokoll speziell den gleichzeitigen Zugriff durch mehrere Clients und bietet Mechanismen für Clients, um Änderungen zu erkennen, die von anderen, gleichzeitig verbundenen Clients an der Mailbox vorgenommen wurden. Siehe zum Beispiel RFC3501 Abschnitt 5.2, der speziell den "gleichzeitigen Zugriff auf dieselbe Mailbox durch mehrere Agenten" als Beispiel nennt.
Wenn POP eine Nachricht abruft, empfängt es alle Teile davon, während das IMAP4-Protokoll es Clients ermöglicht, jeden der einzelnen MIME- Teile separat abzurufen – zum Beispiel den Klartext abzurufen, ohne angehängte Dateien abzurufen.
IMAP unterstützt Flags auf dem Server, um den Nachrichtenstatus zu verfolgen, beispielsweise ob die Nachricht gelesen, beantwortet, weitergeleitet oder gelöscht wurde.

Siehe auch

Verweise

Weiterlesen

Hughes, L (1998). Internet-E-Mail-Protokolle, Standards und Implementierung . Artech House Verlag. ISBN 0-89006-939-5.
Johnson, K. (2000). Internet-E-Mail-Protokolle: Ein Entwicklerhandbuch . Addison-Wesley-Profi. ISBN 0-201-43288-9.
Loshin, P (1999). Wesentliche E-Mail-Standards: RFCs und Protokolle praktisch gemacht . John Wiley & Söhne. ISBN 0-471-34597-0.
Rhoton, J. (1999). Programmierhandbuch für Internet-Mail: SMTP, POP, IMAP und LDAP . Sonst. ISBN 1-55558-212-5.
Holz, D (1999). Internet-Mail programmieren . O'Reilly. ISBN 1-56592-479-7.
Post Office-Protokoll – Version 3 . IETF. Mai 1996.

Externe Links

Languages

In other projects