Internet Message Access Protocol






















TCP/IP群

アプリケーション層


  • BGP

  • DHCP

  • DNS

  • FTP

  • HTTP

  • IMAP

  • IRC

  • LDAP

  • MGCP

  • NNTP

  • NTP

  • SNTP

  • TIME

  • POP

  • RIP

  • ONC RPC

  • RTP

  • SIP

  • SMTP

  • SNMP

  • SSH

  • Telnet

  • TFTP

  • TLS/SSL

  • XMPP


カテゴリ

トランスポート層


  • TCP

  • UDP

  • DCCP

  • SCTP

  • RSVP


カテゴリ

インターネット層



  • IP (IPv4、IPv6)

  • ICMP

  • ICMPv6

  • NDP

  • IGMP

  • IPsec


カテゴリ

リンク層


  • ARP

  • OSPF

  • SPB


  • トンネリング (L2TP)

  • PPP


  • MAC （イーサネット、IEEE 802.11、DSL、ISDN）


カテゴリ

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




目次






  • 1 概要


  • 2 POPとの比較


  • 3 IMAPの採用例


    • 3.1 サーバ


    • 3.2 クライアント


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


    • 3.4 サービス




  • 4 RFC


  • 5 関連項目





概要


POP はユーザが利用中のサーバからクライアントにメールをダウンロードし、ダウンロードがすんだメールはサーバから削除することを標準的な利用形態とするのに対し、IMAP はメールをメールサーバ上に保存したまま管理する（RFC 1733 参照）。この特性により、Webメールや複数のコンピュータから同一アカウントのメールを読む場合に、メールの未読状態等の属性やメールフォルダの構成等が一元的に管理できる利点がある。もともとはオリジナルであるIMAPが開発されたが、IMAP2、IMAP3、IMAP2bisなどが作られ、現在IMAPと呼ぶときにはIMAP4を指すことが通常である。プロトコルの仕様が複雑であったためあまり広く普及しなかったが、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















  • 表

  • 話

  • 編

  • 歴


URIスキーム（英語版）
公式


  • aaa

  • aaas

  • about（英語版）

  • acap

  • cap

  • cid

  • crid

  • data

  • dav

  • dict

  • dns

  • fax

  • file（英語版）

  • ftp

  • geo（英語版）

  • go

  • Gopher

  • h323

  • http

  • https

  • iax

  • im

  • imap

  • info

  • ldap

  • mailto

  • mid

  • news

  • nfs

  • nntp

  • pop

  • rsync

  • pres

  • rtsp

  • sip

  • sips

  • sms

  • snmp

  • tag

  • tel

  • telnet

  • tftp

  • urn

  • view-source（英語版）

  • wais

  • ws

  • xmpp
非公式

  • afp

  • aim

  • apt

  • bolo（英語版）

  • bzr

  • callto

  • coffee

  • cvs

  • daap

  • dsnp

  • ed2k

  • feed

  • fish

  • gg

  • git

  • gizmoproject

  • irc

  • ircs

  • itms

  • javascript

  • ldaps

  • magnet

  • mms

  • msnim

  • postal2

  • secondlife

  • skype

  • spotify

  • ssh

  • svn

  • sftp

  • smb

  • steam

  • webcal

  • winamp

  • wyciwyg

  • xfire

  • ymsgr

    		•

    プロトコル一覧（英語版）



    -

    Popular posts from this blog

    CARDNET

    Image
    CARDNET は日本カードネットワークが運営するクレジット決済ネットワーク。日本カードネットワークの略称としてもCARDNETが使用されている。 事件・事故 2017年4月15日午前11時8分からクレジットカードの決済がしづらくなる障害が発生した。障害は同日午後5時18分に復旧した。原因は、複数あるCARDNETセンターの拠点のうち1つで、2重化してあるL3スイッチの片方が故障し、1系統にトラフィックが集中したことによる輻輳が発生したため。対処としては、故障したL3スイッチ交換とシステム再起動が行われた [1] 。 出典 ^ 金子寛人 ( 2017年4月17日 ). “CARDNETのクレジット決済に6時間強障害、原因はL3スイッチ故障”. 日経コンピュータ. 2018年10月18日 閲覧。 この項目は、コンピュータに関連した 書きかけの項目 です。この項目を加筆・訂正などしてくださる協力者を求めています（PJ:コンピュータ/P:コンピュータ）。 この項目は、経済に関連した 書きかけの項目 です。この項目を加筆・訂正などしてくださる協力者を求めています（ポータル 経済学、プロジェクト 経済）。 This page is only for reference, If you need detailed information, please check here
    Read more

    Boot-repair Failure: Unable to locate package grub-common:i386

    Image
    0 I am on a system dual-booting Windows and Debian (usually using the latter), and a recent Windows update appears to have wreaked havoc on the Debian boot system. I managed to boot Windows again, but not Linux. Following online suggestions, I created a Live USB of Ubuntu, and booted from that. Then I have installed and run the boot-repair utility. The utility instructs me to type several lines including sudo chroot "/mnt/boot-sav/sda6" apt-get purge -y grub*-common grub-common:i386 To which I receive the error E: Unable to locate package grub-common:i386 I am given to understand the issue may have to do with having UEFI vs BIOS (I believe I have UEFI), but do not understand this well. In any case I have subsequently run the boot-repair BootInfo Summary utility which created the following file h
    Read more

    濃尾地震

    Image
    濃尾地震 『岐阜市街大地震之図』 歌川国利画 本震 発生日 1891年（明治24年）10月28日 発生時刻 6時38分50秒（JST） 震央 日本 岐阜県本巣郡西根尾村（現・本巣市） 北緯35度35分 東経136度20分（ 地図 ） 規模    マグニチュード（M）8.0 最大震度    震度7： 注1 福井県今立郡鯖江町、愛知県葉栗郡大田島村、東春日井郡勝川村 地震の種類 直下型地震 被害 死傷者数 死者7,273人、負傷者17,175人 注1：当時の震度階級では「激烈」 プロジェクト:地球科学 プロジェクト:災害 テンプレートを表示 濃尾地震 （のうびじしん）は、1891年（明治24年）10月28日に濃尾地方で発生した、日本史上最大の内陸地殻内地震。「 美濃・尾張地震 （みの・おわりじしん）」とも呼ばれている。辛卯の年に発生したことから 辛卯震災 と呼んでいる報告書もある。 目次 1 概要 1.1 震源断層 2 被害 3 各地の震度 4 前兆現象 5 報道 6 学術的な意義 7 地震防災 8 脚注 9 関連項目 10 外部リンク 概要 濃尾地震発生当時の根尾谷断層 濃尾地震を引き起こした根尾谷断層 写真中央を斜めに走る段差が根尾谷断層 濃尾地震は、1891年10月28日6時38分50秒に発生した。震源は、岐阜県本巣郡西根尾村（現・本巣市）、北緯35度35分、東経136度20分付近。河角廣 (1951) は岐阜市付近（北緯35.6度、東経136.6度）に震央を仮定し規模 M K = 7.0 を与え [1] 、マグニチュードは M = 8.4 に換算されているが、明治・大正期の地震については0.5程度大きく見積もられているとされる [2] 。また、震央距離と震度との関係など当時のデータから後にM8.0 [3] とも推定される。アメリカ地質調査所 (USGS) でも8.0としている [4] 。「根尾谷断層帯」が活動した典型的な内陸地殻内地震（いわゆる直下型地震）であり、これは記録が残っている日本の内陸
    Read more