Benutzer:Merlissimo/Spielwiese/Internet Message Access Protocol

Dieser Text ist eine temporäre Arbeitskopie des Artikels [v45793047 IMAP] und ist nicht Bestandteil des enzyklopädischen Bereichs der Wikipedia. Der Text wurde am 12. Mai 2008 kopiert und wird spätestens nach Ablauf von vier Wochen – sofern bereits in den Originalartikel eingearbeitet – gelöscht. Die Autoren des unter der GFDL stehenden Originaltextes sind in der Versionsgeschichte einsehbar.

Dieser Artikel ist im Entstehen und noch nicht Bestandteil der freien Enzyklopädie Wikipedia.

Solltest du über eine Suchmaschine darauf gestoßen sein, bedenke, dass der Text noch unvollständig sein und Fehler oder ungeprüfte Aussagen enthalten kann. Wenn du Fragen zum Thema hast, nimm Kontakt mit dem Autor Merlissimo auf.

Geschichte

TODO [1]

IMAP ist keine Weiterentwicklung zu POP, sondern verfolgt einen alternativen Ansatz der eigenen Mailverwaltung. Durch die Einführung von breitbandigen, zeitabrechnungsunabhängigen Internetzugängen stellen die Anforderungen (erhöhtes Datenaufkommen, ständige Verbindung) von IMAP keine Hürde mehr da und gewinnt deshalb in den letzten Jahren an Popularität. Ein Vergleich der unterschiedlichen Eigenschaften von POP und IMAP findet sich im Artikel Vergleich von POP und IMAP.

Die Geschichte von IMAP beginnt bereits im Jahr 1986, wo an der Stanford Universität der erste IMAP-Client und -Server entwickelt wurde. Es existiert jedoch keine Dokumentation dieses Ursprungsprotokolls mehr.

IMAP2

The interim protocol was quickly replaced by the Interactive Mail Access Protocol (IMAP2), defined in RFC 1064 and later updated by RFC 1176. IMAP2 introduced command/response tagging and was the first publicly distributed version.

IMAP2bis

With the advent of MIME, IMAP2 was extended to support MIME body structures and add mailbox management functionality (create, delete, rename, message upload) that was absent in IMAP2. This experimental revision was called IMAP2bis; its specification was never published in non-draft form. Early versions of Pine were widely distributed with IMAP2bis support (Pine 4.00 and later supports IMAP4rev1).

IMAP4

An IMAP Working Group formed in the IETF in the early 1990s and took over responsibility for the IMAP2bis design. The IMAP WG decided to rename IMAP2bis to IMAP4 to avoid confusion with a competing IMAP3 proposal from another group that never got off the ground. The expansion of the IMAP acronym also changed to the Internet Message Access Protocol.

Some design flaws in the original IMAP4 (defined by RFC 1730) that came out in implementation experience led to its revision and replacement by IMAP4rev1 two years later. There were very few IMAP4 client or server implementations due to its short lifetime.

IMAP4rev1

The current version of IMAP since 1996, IMAP version 4 revision 1 (IMAP4rev1), is defined by RFC 3501 which revised the earlier RFC 2060.

IMAP4rev1 is upwards compatible with IMAP2 and IMAP2bis; and is largely upwards-compatible with IMAP4. However, the older versions are either extinct or nearly so.

Unlike many older Internet protocols, IMAP4 natively supports encrypted login mechanisms. Plain-text transmission of passwords in IMAP4 is also possible. Because the encryption mechanism to be used must be agreed between the server and client, plain-text passwords are used in some combinations of clients and servers (typically Microsoft Windows clients and non-Windows servers). It is also possible to encrypt IMAP4 traffic using SSL, either by tunneling IMAP4 communications over SSL on port 993, or by issuing STARTTLS within an established IMAP4 session (see RFC 2595).

IMAP4 works over a TCP/IP connection using network port 143.

Einzelnachweise

Der Text basiert hauptsächlich auf den oben aufgeführten RFCs. Zusätzlich wurden folgende Quellen verwendet: