Internet Message Access Protocol























Internet Message Access Protocol(インターネット メッセージ アクセス プロトコル、IMAP(アイマップ)) は、メールサーバ上の電子メールにアクセスし操作するためのプロトコル。クライアントとサーバがTCPを用いて通信する場合、通常サーバー側はIMAP2, IMAP4ではポート番号143番、IMAP3では220番を利用する。




目次






  • 1 概要


  • 2 POPとの比較


  • 3 IMAPの採用例


    • 3.1 サーバ


    • 3.2 クライアント


    • 3.3 ウェブメールクライアント


    • 3.4 サービス




  • 4 RFC


  • 5 関連項目





概要


POP はユーザが利用中のサーバからクライアントにメールをダウンロードし、ダウンロードがすんだメールはサーバから削除することを標準的な利用形態とするのに対し、IMAP はメールをメールサーバ上に保存したまま管理する(RFC 1733 参照)。この特性により、Webメールや複数のコンピュータから同一アカウントのメールを読む場合に、メールの未読状態等の属性やメールフォルダの構成等が一元的に管理できる利点がある。プロトコルの仕様が複雑であったためあまり広く普及しなかったが、Netscape や Internet Explorer に標準で含まれているメールソフトが IMAP4 に対応し、また相互接続試験やプロトコルの様々な改訂・拡張により相互運用性が高まったため、利用者が広がった。



POPとの比較


POPは以下の利点と欠点を持つ。



  • POPプロトコルは常時接続ではないネットワークアクセスにおいて有利である。

  • ユーザーはメールのローカルコピーを取得し、メールをオフラインで読むことができる。

  • メールフォルダはMUAより管理されプロトコルには含まれていない。

  • 通常、メールはサーバから取得された直後に削除する。すなわちサーバは未読のメールだけ保持しておけばよいので、サーバ側の保存容量は少なくて済む。

  • 複数の端末からメールを取得すると、別の端末でダウンロードしたローカルコピーにアクセスできない。

  • メールをサーバに保存する手段がない。

  • メールを取得する際にメールの一部のみを取得する手段がオプションとなっている。


IMAPはPOPの利点を生かしつつ欠点を解消している。



  • IMAPプロトコルはオンライン・オフラインいずれでも利用できる。

  • オフライン操作はMUA側でトランザクションログとして保存し、サーバに接続した時点でコミットすることで反映できる。

  • 通常、メールはサーバに常時保存される。ローカルコピーを取得した時点でサーバから削除することもできる(ただし基本的にサーバ側の保存容量は増加する)。

  • 複数の端末からメール状態を一元管理することができる。複数の端末で同じメールを読むことができる。

  • メールフォルダはプロトコルの一部として標準化されており、メールソフトの種類に関係なくフォルダを管理できる。

  • メールの一部のみを取得できる。ヘッダのみの取得、マルチパートのテキスト部分のみの取得といった操作が可能。

  • メールをサーバに保存する手段がある。フォルダ全体のスナップショットを別のサーバに転送することもできる。

  • メッセージの検索をサーバ側で行わせることができ、クライアント側の負荷減少に寄与できる。

  • IMAP4より古いIMAPはリモート実行によるプロトコルの複雑さとセキュリティ上の懸念があった。IMAP4では改善された。

  • メールサーバはメールのオリジナルを管理しなければならない。大規模システムでは莫大な量のメール管理が必要となる。



IMAPの採用例



サーバ



  • Courier-IMAP

  • UW IMAP

  • Cyrus IMAP server

  • Dovecot



クライアント



  • メール

  • Becky! Internet Mail

  • Eudora

  • Gaucho Internet Mailer

  • Gnus

  • Mew

  • Microsoft Entourage

  • Microsoft Outlook Express

  • Microsoft Outlook

  • Mozilla Thunderbird

  • Mutt


  • Opera M2

  • Shuriken Pro4

  • Sylpheed

  • Winbiff

  • Wanderlust

  • 秀丸メール



ウェブメールクライアント



  • RoundCube

  • SquirrelMail



サービス




  • MobileMe - アップル


  • AIM Mail - AOL


  • Gmail - Google


  • Outlook.com - マイクロソフト



RFC




  • RFC 5464 - The IMAP METADATA Extension


  • RFC 5258 - Internet Message Access Protocol version 4 - LIST Command Extensions


  • RFC 5257 - Internet Message Access Protocol - ANNOTATE Extension


  • RFC 5256 - Internet Message Access Protocol - SORT and THREAD Extensions


  • RFC 5255 - Internet Message Access Protocol Internationalization


  • RFC 5182 - IMAP Extension for Referencing the Last SEARCH Result


  • RFC 5162 - IMAP4 Extensions for Quick Mailbox Resynchronization


  • RFC 5161 - The IMAP ENABLE Extension


  • RFC 5092 - IMAP URL Scheme


  • RFC 5032 - WITHIN Search Extension to the IMAP Protocol


  • RFC 4978 - The IMAP COMPRESS Extension


  • RFC 4959 - IMAP Extension for Simple Authentication and Security Layer (SASL) Initial Client Response


  • RFC 4731 - IMAP4 Extension to SEARCH Command for Controlling What Kind of Information Is Returned


  • RFC 4551 - IMAP Extension for Conditional STORE Operation or Quick Flag Changes Resynchronization


  • RFC 4550 - Internet Email to Support Diverse Service Environments (Lemonade) Profile


  • RFC 4549 - Synchronization Operations for Disconnected IMAP4 Clients


  • RFC 4469 - Internet Message Access Protocol (IMAP) CATENATE Extension (日本語訳)


  • RFC 4468 - Message Submission BURL Extension


  • RFC 4467 - Internet Message Access Protocol (IMAP) - URLAUTH Extension


  • RFC 4466 - Collected Extensions to IMAP4 ABNF


  • RFC 4416 - Goals for Internet Messaging to Support Diverse Service Environments


  • RFC 4315 - Internet Message Access Protocol (IMAP) - UIDPLUS extension


  • RFC 4314 - IMAP4 Access Control List (ACL) Extension


  • RFC 3691 - IMAP UNSELECT command


  • RFC 3516 - IMAP4 Binary Content Extension


  • RFC 3503 - Message Disposition Notification (MDN) profile for IMAP


  • RFC 3502 - IMAP MULTIAPPEND Extension


  • RFC 3501 - INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1


  • RFC 3348 - IMAP4 Child Mailbox Extension


  • RFC 2971 - IMAP4 ID extension


  • RFC 2683 - IMAP Implementation Recommendations


  • RFC 2595 - Using TLS with IMAP4, POP3 and ACAP


  • RFC 2359 - IMAP4 UIDPLUS extension (RFC 4315によって改訂)




  • RFC 2342 - IMAP4 Namespace


  • RFC 2221 - IMAP4 Login Referrals


  • RFC 2195 - IMAP/POP AUTHorize Extension for Simple Challenge/Response


  • RFC 2193 - IMAP4 Mailbox Referrals


  • RFC 2192 - IMAP URL Scheme (RFC 5092によって改訂)


  • RFC 2180 - IMAP4 Multi-Accessed Mailbox Practice


  • RFC 2177 - IMAP4 IDLE command


  • RFC 2095 - IMAP/POP AUTHorize Extension for Simple Challenge/Response (RFC 2195によって改訂)


  • RFC 2088 - IMAP4 non-synchronizing literals


  • RFC 2087 - IMAP4 QUOTA extension


  • RFC 2086 - IMAP4 ACL extension (RFC 4314によって改訂)




  • RFC 2061 - IMAP4 COMPATIBILITY WITH IMAP2BIS


  • RFC 2060 - INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 (RFC 3501によって改訂)


  • RFC 1733 - DISTRIBUTED ELECTRONIC MAIL MODELS IN IMAP4


  • RFC 1732 - IMAP4 COMPATIBILITY WITH IMAP2 AND IMAP2BIS


  • RFC 1731 - IMAP4 Authentication Mechanisms


  • RFC 1730 - INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4 (RFC 2060によって改訂)


  • RFC 1203 - INTERACTIVE MAIL ACCESS PROTOCOL - VERSION 3


  • RFC 1176 - INTERACTIVE MAIL ACCESS PROTOCOL - VERSION 2


  • RFC 1064 - INTERACTIVE MAIL ACCESS PROTOCOL - VERSION 2 (RFC 1176, RFC 1203によって改訂)



関連項目



  • ACAP

  • POP3

  • SMTP

  • プッシュ型電子メール

  • 修正UTF-7





Popular posts from this blog

サソリ

広島県道265号伴広島線

Accessing regular linux commands in Huawei's Dopra Linux