Internetnachrichtenzugriffsprotokoll (IMAP) ist eines der zwei am meisten überwiegenden Internetstandardprotokolle für die E-Mail-Wiederauffindung, der andere, Post Office Protocol (POP) seiend. Eigentlich unterstützen alle modernen E-Mail-Kunden und Mailserver beide Protokolle als ein Mittel von überwechselnden E-Mail-Nachrichten von einem Server.

E-Mail-Protokolle

Das Internetnachrichtenzugriffsprotokoll (allgemein bekannt als IMAP) ist ein Anwendungsschicht-Internetprotokoll, das einem E-Mail-Kunden erlaubt, auf E-Mail auf einem entfernten Mailserver zuzugreifen. Die jetzige Version, IMAP Revision der Version 4 1 (IMAP4rev1), wird durch RFC 3501 definiert. Ein IMAP Server hört normalerweise auf dem wohl bekannten Hafen 143. IMAP über SSL (IMAPS) wird wohl bekannter Hafen Nummer 993 zugeteilt.

IMAP unterstützt sowohl online-als auch Off-Lineverfahrensweisen. Schicken Sie Kunden per E-Mail, die IMAP verwenden, allgemein verlassen Nachrichten auf dem Server, bis der Benutzer sie ausführlich löscht. Das und andere Eigenschaften der IMAP Operation erlauben vielfachen Kunden, denselben Briefkasten zu führen. Die meisten E-Mail-Kunden unterstützen IMAP zusätzlich zum KNALL, um Nachrichten wiederzubekommen; jedoch unterstützen weniger E-Mail-Dienstleistungen IMAP. IMAP bietet Zugang zur Postlagerung an. Kunden können lokale Kopien der Nachrichten versorgen, aber, wie man betrachtet, ist das ein vorläufiges geheimes Lager.

Eingehende E-Mail-Nachrichten werden an einen E-Mail-Server gesandt, der Nachrichten im E-Mail-Kasten des Empfängers versorgt. Der Benutzer bekommt die Nachrichten mit einem E-Mail-Kunden wieder, der eines mehrerer E-Mail-Wiederauffindungsprotokolle verwendet. Einige Kunden und Server verwenden bevorzugt mit dem Verkäufer spezifische Eigentumsprotokolle, aber den grössten Teil der Unterstützung die Internetstandardprotokolle, SMTP, um E-Mail und KNALL und IMAP zu senden, um E-Mail wiederzubekommen, Zwischenfunktionsfähigkeit mit anderen Servern und Kunden erlaubend. Zum Beispiel verwendet der Meinungskunde des Microsofts ein Eigentumsprotokoll, um mit einem Server von Microsoft Exchange Server zu kommunizieren, wie den Zeichen-Kunden von IBM tut, wenn man mit einem Domino-Server kommuniziert, aber alle diese Produkte unterstützen auch KNALL, IMAP und aus dem Amt scheidet SMTP. Die Unterstützung für die Internetstandardprotokolle erlaubt vielen E-Mail-Kunden wie Pegasus Mail oder Mozilla Thunderbird (sieh Vergleich von E-Mail-Kunden), auf diese Server zuzugreifen, und erlaubt den Kunden, mit anderen Servern verwendet zu werden (sieh Liste von Mailservern).

Geschichte

IMAP wurde von Mark Crispin 1986 als ein entferntes Briefkasten-Protokoll, im Gegensatz zum weit verwendeten KNALL, einem Protokoll entworfen, für den Inhalt eines Briefkastens wiederzubekommen.

IMAP war vorher als Internetpostzugriffsprotokoll, Interaktives Postzugriffsprotokoll (RFC 1064) und Zwischenpostzugriffsprotokoll bekannt.

Ursprünglicher IMAP

Das ursprüngliche Zwischenpostzugriffsprotokoll wurde als ein Xerox-Lispeln-Maschinenkunde und SPITZEN 20 Server durchgeführt.

Keine Kopien der ursprünglichen Zwischenprotokoll-Spezifizierung oder seiner Software bestehen. Obwohl einige seiner Befehle und Antworten IMAP2 ähnlich waren, hat das Zwischenprotokoll an markierendem Befehl/Antwort Mangel gehabt, und so war seine Syntax mit allen anderen Versionen von IMAP unvereinbar.

IMAP2

Das Zwischenprotokoll wurde durch das Interaktive Postzugriffsprotokoll (IMAP2) schnell ersetzt, das in RFC 1064 (1988) definiert ist und später vor RFC 1176 (1990) aktualisiert ist. IMAP2 hat Befehl/Antwort markierend eingeführt und war die erste öffentlich verteilte Version.

IMAP3

IMAP3 ist eine erloschene und äußerst seltene Variante von IMAP. Es wurde als RFC 1203 1991 veröffentlicht. Es wurde spezifisch als ein Gegenvorschlag bis RFC 1176 geschrieben, der selbst Modifizierungen IMAP2 vorgeschlagen hat. IMAP3 wurde durch den Marktplatz nie akzeptiert. Der IESG hat RFC1203 "Interaktives Postzugriffsprotokoll - Version 3" als ein Historisches Protokoll 1993 wiederklassifiziert. Die IMAP Arbeitsgruppe hat RFC1176 (IMAP2) aber nicht RFC1203 (IMAP3) als sein Startpunkt verwendet.

IMAP2bis

Mit dem Advent der PANTOMIME wurde IMAP2 erweitert, um PANTOMIME-Körperstrukturen zu unterstützen und beizutragen, Briefkasten-Verwaltungsfunktionalität (schaffen Sie, löschen Sie, benennen Sie um, Nachricht laden), der in IMAP2 fehlte. Diese experimentelle Revision wurde IMAP2bis genannt; seine Spezifizierung wurde in der Nichtdraftform nie veröffentlicht. Ein Internetentwurf von IMAP2bis wurde durch den IETF IMAP Arbeitsgruppe im Oktober 1993 veröffentlicht. Dieser Entwurf hat auf die folgenden früheren Spezifizierungen basiert: unveröffentlicht IMAP2bis.TXT Dokument, RFC1176 und RFC1064 (IMAP2). IMAP2bis.TXT hat Entwurf den Staat von Erweiterungen auf IMAP2 bezüglich des Dezembers 1992 dokumentiert. Frühe Versionen der Kiefer wurden mit der IMAP2bis-Unterstützung (Kiefer 4.00 und den späteren Unterstützungen IMAP4rev1) weit verteilt.

IMAP4

Eine Arbeitsgruppe von IMAP, die im IETF am Anfang der 1990er Jahre gebildet ist, hat Verantwortung für das IMAP2bis Design übernommen. Der IMAP WG hat sich dafür entschieden, IMAP2bis zu IMAP4 umzubenennen, um Verwirrung mit einem Konkurrieren IMAP3 Vorschlag von einer anderen Gruppe zu vermeiden, die nie aus dem Boden ausgestiegen ist. Die Vergrößerung des Akronyms von IMAP hat sich auch zum Internetnachrichtenzugriffsprotokoll geändert

Vorteile gegenüber dem KNALL

Verbundene und getrennte Verfahrensweisen

sie KNALL verwenden, stehen Kunden normalerweise zum E-Mail-Server kurz nur in Verbindung, so lange es bringt, um neue Nachrichten herunterzuladen. Wenn sie IMAP4 verwenden, bleiben Kunden häufig verbunden, so lange die Benutzerschnittstelle aktiv ist und Download-Nachrichteninhalt auf Verlangen. Für Benutzer mit vielen oder großen Nachrichten kann dieses IMAP4 Gebrauch-Muster in schnelleren Ansprechzeiten resultieren.

Vielfache Kunden haben gleichzeitig zu demselben Briefkasten in Verbindung gestanden

Das KNALL-Protokoll verlangt, dass der zurzeit verbundene Kunde der einzige mit dem Briefkasten verbundene Kunde ist. Im Gegensatz erlaubt das IMAP Protokoll spezifisch Parallelzugriff durch vielfache Kunden und stellt Mechanismen für Kunden zur Verfügung, Änderungen zu entdecken, die mit dem Briefkasten durch anderen gleichzeitig vorgenommen sind, verbunden, Kunden. Sieh zum Beispiel RFC3501 Abschnitt 5.2, der spezifisch "Parallelzugriff zu demselben Briefkasten durch vielfache Agenten" als ein Beispiel zitiert.

Zugang zu PANTOMIME-Nachrichtenteilen und teilweisem Abruf

Gewöhnlich wird die ganze InternetE-Mail im PANTOMIME-Format übersandt, Nachrichten erlaubend, eine Baumstruktur zu haben, wo die Blatt-Knoten einige einer Vielfalt von einzelnen Teil-Inhalt-Typen sind und die Nichtblatt-Knoten einige einer Vielfalt von Mehrteil-Typen sind. Das IMAP4 Protokoll erlaubt Kunden, einigen der individuellen PANTOMIME-Teile getrennt wiederzubekommen und auch Teile entweder von individuellen Teilen oder von der kompletten Nachricht wiederzubekommen. Diese Mechanismen erlauben Kunden, den Textteil einer Nachricht wiederzubekommen, ohne beigefügte Dateien wiederzubekommen oder Inhalt zu verströmen, weil es herbeigeholt wird.

Nachrichtenzustandinformation

Durch den Gebrauch von im IMAP4 Protokoll definierten Fahnen können Kunden den Nachrichtenstaat nachgehen; zum Beispiel, ungeachtet dessen ob die Nachricht, geantwortete, oder gelöscht gelesen worden ist. Diese Fahnen werden auf dem Server versorgt, so können verschiedene Kunden, die auf denselben Briefkasten zu verschiedenen Zeiten zugreifen, von anderen Kunden gemachte Zustandsänderungen entdecken. KNALL stellt keinen Mechanismus für Kunden zur Verfügung, solche Zustandinformation über den Server so zu versorgen, wenn ein einzelner Benutzer auf einen Briefkasten mit zwei verschiedenen KNALL-Kunden, Zustandinformation — solcher als zugreift, ob auf eine Nachricht zugegriffen worden ist — kann zwischen den Kunden nicht synchronisiert werden. Das IMAP4 Protokoll unterstützt sowohl vorherbestimmte Systemfahnen als auch definierte Schlüsselwörter des Kunden. Systemfahnen zeigen Zustandinformation solcher als an, ob eine Nachricht gelesen worden ist. Schlüsselwörter, die durch alle IMAP Server nicht unterstützt werden, erlauben Nachrichten, ein oder mehr Anhängsel gegeben zu werden, deren Bedeutung bis zum Kunden ist. Das Hinzufügen von geschaffenen Anhängseln des Benutzers zu Nachrichten ist eine Operation, die durch einige webbasierte E-Mail-Dienstleistungen wie Gmail unterstützt ist.

Vielfache Briefkästen auf dem Server

IMAP4 Kunden können schaffen, umzubenennen, und/oder Briefkästen (gewöhnlich präsentiert dem Benutzer als Mappen) auf dem Server und den Bewegungsnachrichten zwischen Briefkästen zu löschen. Vielfache Briefkasten-Unterstützung erlaubt auch Servern, Zugang zu geteilten und öffentlichen Mappen zur Verfügung zu stellen. Die IMAP4 Erweiterung der Zugriffsberechtigungsliste (ACL) (RFC 4314) kann verwendet werden, um Zugriffsrechte zu regeln.

Suchen der Server-Seite

IMAP4 stellt einen Mechanismus für einen Kunden zur Verfügung, den Server zu bitten, nach Nachrichten zu suchen, die eine Vielfalt von Kriterien entsprechen. Dieser Mechanismus vermeidet zu verlangen, dass Kunden jede Nachricht im Briefkasten herunterladen, um diese Suchen durchzuführen.

Eingebauter Erweiterungsmechanismus

Die Erfahrung von früheren Internetprotokollen widerspiegelnd, definiert IMAP4 einen ausführlichen Mechanismus, durch den es erweitert werden kann. Viele Erweiterungen auf das Grundprotokoll sind vorgeschlagen worden und sind in der üblichen Anwendung. IMAP2bis hatte keinen Erweiterungsmechanismus, und KNALL hat jetzt denjenigen, der durch RFC 2449 definiert ist.

Nachteile

Während IMAP Heilmittel viele der Mängel des KNALLS, das von Natur aus zusätzliche Kompliziertheit einführt. Viel von dieser Kompliziertheit (z.B, vielfache Kunden, die auf denselben Briefkasten zur gleichen Zeit zugreifen), wird für von der Server-Seite workarounds wie Maildir oder Datenbank backends ersetzt.

Die IMAP Spezifizierung ist dafür kritisiert worden, ungenügend strenge und erlaubende Handlungsweisen zu sein, die effektiv seine Nützlichkeit verneinen. Zum Beispiel stellt die Spezifizierung fest, dass jede auf dem Server versorgte Nachricht einen "einzigartigen id" hat, um den Kunden zu erlauben, die Nachrichten zu identifizieren, die sie bereits zwischen Sitzungen gesehen haben. Jedoch erlaubt die Spezifizierung auch diesen UIDs, ohne Beschränkungen ungültig gemacht zu werden, praktisch ihren Zweck vereitelnd.

Wenn die Postlagerung und forschenden Algorithmen auf dem Server nicht sorgfältig durchgeführt werden, kann ein Kunde große Beträge von Server-Mitteln potenziell verbrauchen, wenn er massive Briefkästen sucht.

IMAP4 Kunden müssen eine TCP/IP Verbindung zum IMAP Server aufrechterhalten, um von der Ankunft der neuen Post benachrichtigt zu werden. Die Ankündigung der Postankunft wird durch inbändigem die Nachrichtenübermittlung getan, die zur Kompliziertheit der Kundenseite IMAP Protokoll beiträgt, das etwas behandelt. Ein privater Vorschlag, Stoß-IMAP, würde IMAP erweitern, um Stoß-E-Mail durch das Senden der kompletten Nachricht statt gerade einer Ankündigung durchzuführen. Stoßen Sie jedoch IMAP ist allgemein nicht akzeptiert worden, und IETF aktuelle Arbeit hat das Problem auf andere Weisen gerichtet (sieh das Limonade-Profil für mehr Information).

Verschieden von einigen Eigentumsprotokollen, die Senden- und Wiederauffindungsoperationen, das Senden einer Nachricht und Sparen einer Kopie in einer Mappe der Server-Seite mit einem Grundniveau verbinden, das IMAP Kunde verlangt, dass das Übertragen des Nachrichteninhalts zweimal, einmal zu SMTP für die Übergabe und ein zweites Mal zu IMAP in einer gesandten Postmappe versorgt. Das wird durch eine Reihe von Erweiterungen behoben, die von der IETF LIMONADE-Arbeitsgruppe für bewegliche Geräte definiert ist: URLAUTH (RFC 4467) und VERKETTEN (RFC 4469) in IMAP und BURL (RFC 4468) in der SMTP-VORLAGE. KNALL-Server unterstützen Mappen der Server-Seite nicht, so haben Kunden keine Wahl als gesandt Sachen auf dem Kunden zu versorgen. Viele IMAP Kunden können konfiguriert werden, um gesandt Post in einer Kundenseite-Mappe, oder zu BCC sich zu versorgen und dann die ankommende Post zu filtern, anstatt eine Kopie in einer Mappe direkt zu sparen. Zusätzlich zur LIMONADE "Trio" bietet Kurierpost-Server eine Sondermethode an, dem Verwenden IMAP durch das Kopieren einer aus dem Amt scheiden Nachricht an eine hingebungsvolle outbox Mappe zu senden.

Wie KNALL ist IMAP eine E-Mail nur Protokoll. Infolgedessen können Sachen wie Kontakte, Ernennungen oder Aufgaben nicht geführt werden oder haben auf das Verwenden IMAP zugegriffen.

Siehe auch

• Liste von Mailservern
• Vergleich von E-Mail-Kunden
• Post Office Protocol (POP)
• Stoßen Sie-IMAP
• Einfaches Postzugriffsprotokoll
• Webmail
• IMAP MÜßIGER

Weiterführende Literatur

Links

• RFC 3501 - Spezifizierung der IMAP Revision der Version 4 1
• RFC 2683 - IMAP Durchführungsvorschläge RFC
• RFC 2177 - IMAP4 MÜßIGER Befehl