INTERNET
インターネット最新テクノロジー：第5 回的なようだ。しかし、実際にはIMAP4 と書かれている場合でもIMAP4rev1 を表しているこ

次世代メールのプロトコルとがあり、互換性を知るうえでも特にこの手のIMAP4表記には注意が必要だ。

（Internet MessageAccess Protocol）

RFC では、サーバーが対応するプロトコルのバージョンを一意に定義するため、RFC 1730
で定義されたプロトコルにはIMAP4 を、RFC
2060 で定義されたプロトコルにはIMAP4rev1

最近はインターネットの電子メールが便利な情報伝達ツールとして浸透してきたが、日を使うように規定している。しかしながら、本常の道具として使っていて不便な点はまだ多い。不満な点の1つとしては、プロバイダ

稿では便宜上、特に理由がある場合を除いて、ーのサーバーにあるメールから、今すぐ読みたいメールも読みたくないメールも、すべて両方を合わせてIMAP4 と表記する。

一度にダウンロードしなければならないことが挙げられる。そのような不満を解決するのが、次世代のメールプロトコルと呼ばれる「IMAP4」だ。これを使えば、とりあえず読みたいメールだけを自分のパソコンに取り込んだり、サイズの大きい画像ファイルが添付されてきたときに、テキストの部分だけを転送できる。

IMAPの仕組み
IMAP4 はTCP の143 番ポートを使用するサーバー・クライアント型のプロトコルである。

村上敏也

IMAP4 の通信は、基本的にクライアントから

toshiya @sfc.wide.ad.jpのコマンドと、それに対するサーバーからのデータあるいはレスポンスにより構成される。
IMAP は名前こそメッセージ・アクセス・プロトコルであるが、その本質は「メールボックス」と呼ばれるリモートのメッセージフォルダ

110
1111 1110001
10

IMAPの軌跡

110
1111 1110001
10

M A I LM A I L352 INTERNET magazine 1997/4ーの操作にある。
IMAPサーバーは、メールサーバーのスプール

1986 年スタンフォード大学で開発された

領 域 に着 信 したメッセージを、 ユーザーのIMAP すなわちインターネット・メッセージ・ア「INBOX」という特別なメールボックスに自動クセス・プロトコル（Internet Message Access的に転送して、そこに保管する。

Protocol）は、過去10年間のうちにさまざまなリモートのクライアントは、IMAPサーバーと）、1996 年
改良を経て（参考資料【 1 】〜【 4 】

通信することにより、サーバーが管理するメー）。
12 月に現在の仕様となった（参考資料【 7 】

ルボックスあるいはメールボックス内のメッセー

その間に研究の主体もワシントン大学やカーネジを操作することができる。

ギーメロン大学へと移り、IMAP関連のRFCもメールボックスは複数作成したり、ディレクワシントン大学のMark Crispin 氏らが中心にトリーやフォルダーのような木（ツリー）構造執筆している。に階層化して整理したりすることもできる。

単に「IMAP」と書いた場合、一般には現在クライアントから利用できる操作コマンドにの最新バージョンであるIMAP4 rev1を示すが、は、メールボックスの選択、作成、削除、名前の特に歴史的な変遷を意識して各バージョンを個変更、一覧の表示や、メッセージの検索、取得、別に表したい場合には、IMAP4やIMAP4 rev1

移動、削除などの基本的な操作をはじめ、サーなどのようにバージョンやリビジョンを添えて表バーへのログイン・ログアウト、より高度なユー記する。最近では、IMAPが注目され始めたの）などのザー認証の呼び出し（参考資料【 5 】がバージョン4の頃からということもあり、単に操作を含めて、全部で25 個のコマンドがある。

IMAPと書くよりも「IMAP4」と書くのが一般

さらに、検索や取得コマンドでは、メッセー

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

001
0110 000

ジヘッダー（参考資料【10】）、本文、MIME

POP3との共存）による添付ファイル（参考資料【11】〜【12】M A I LIMAP4 サーバーは、メールサーバーのスプーなど、メッセージの構造を分析することのできル領域からユーザーのメールボックスにメッセー

この機能をうまく利用すれば、メッセージのジを自動的に移動する。このため、POP3 との複雑なフィルタリングや、より精度の高い検索互換性を保つために、ユーザーのメールスプーが可能となり、必要なメッセージを選択するだ

ルではなくメールボックスからメッセージを取得

けでなく、メッセージの必要な部位のみを選択するようにPOP3 サーバーを変更する必要があしてダウンロードすることができる。

る。事実、現在公開されているIMAP4 サーバ

M A I L

1100011 000

る拡張的なオプションが用意されている。

M A I Lーの多くには、この種の変更を加えたPOP3サーバーが同梱されている。今のところ、IMAP4

IMAPとPOP3との違い

また、POP3と同様に、IMAP4はサーバー上1101111 1110001
10をPOP3 と共存させるのが現実的だ。

電子メールの配送システムとしては現在のところPOP3 を使用するのが主流だ（参考資料のメッセージをユーザーに配送するためのプロト【9 】）。しかし、IMAP4はPOP3の機能を代行コルである。ユーザーがメッセージを送信するするだけでなく、検索機能など付加価値の高い場合には、MUA（Mail User Agent）となるサービスを提供することにより、配送システム）アプリケーションが、SMTP（参考資料【 8 】

M A I Lを拡張できる。IMAP が次世代のPOP といわれるゆえんである。
図 1 ：IMAP4 とPOP3 の違い

たとえば、POP ではプロトコルに検索コマンドが含まれないため、いったんローカルマシン● IMAP4のハードディスクにメッセージをダウンロードしINTERNETてから、クライアント側の電子メールアプリケ

Online モデル

SMTP
サーバー

メール
スプールーションが検索を行う。

IMAP
サーバー
データの要求一方、IMAP4 では、プロトコルに検索コマIMAP
クライアント

新着メールの移動

ローカルにデータを保存しないデータの表示

メールの送信Offline モデル

ンドが用意されており、サーバー側の強力なマIMAP
クライアントシンパワーを活用して検索を行い、その結果だメールボックス

けをクライアントに送信できる。

データの要求メール
ボックス

必要なデータの転送

また、この検索結果を用いて取得するメッセ

Disconnected モデル
必要なデータの転送ージやメッセージの部位を選択できる。たとえIMAP
クライアント
メール
ボックス

ば、2K バイトの本文に40M バイトの動画ファデータの要求メールサーバー

メールボックスの同期

イルが添付されているメッセージでは、MIMEの構造を解析することにより、本文のテキスト● POP3部分のみを取得することができる。
IMAP4は、どの情報が必要かをクライアントPOPサーバーが決定できる仕組みを提供し、サーバーが必要Offline モデルな時に必要とされる情報だけを転送するようにINTERNET設計されている。

SMTP
サーバー

メールスプールPOP
クライアント

メールの取得要求
メールの転送メールボックス

これをIMAP4のデータ・オン・デマンド機能）。ダイアルアップを使と呼ぶ（参考資料【 6 】

メールの送信うユーザーにとって、この機能は願ってもないもメールサーバーのだ。
（図1）

D

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

INTERNET magazine 1997/4353

などのメール転送用のプロトコルを適宜使用しに再度接続すると、ローカルのメッセージに対なければならない。
（図2）して行ったフラグ設定などの操作がサーバー上で自動的に再実行され、同様にサーバー上のメールボックスへの変更もローカルのメールボック

フラグとUIDスへと反映される。これによりローカルとリモ削除されたメッセージや、開封されたメッセートの対応するメールボックスを同期させるこージにはその状態を示す「フラグ」が設定されとができるのだ。

110111110
11 101111 1110 10011001
010る。フラグはサーバーにより管理される。

M A I L110
1111 1110001
10M A I L

安全性や安定性の高いサーバー上でメッセー

また、各メッセージには、そのメールボックジを集中管理しながらも、ラップトップなど他ス内での通し番号のほかに、UID（Uniqueのコンピュータ上にもメッセージを残すことがでIdentifier）と呼ばれるシステムで一意に定義きるため、モービルユーザーには大きなメリッできる識別子が付けられる。

トとなる。

フラグとUID を使用するだけでも、メッセー

IMAP4 では、この同期機能を使ったメールジを取得する時間を大幅に削れるかもしれない。の配送システムを「Disconnected モデル」とつまり、すべてのメッセージをダウンロードする）。
呼ぶ（参考資料【 6 】

前に、とりあえずヘッダーから発信者と件名だ

IMAP4 はこのほかにも配送システムとして、けを取得しておき、それらのメッセージに削除POPを使って構築されるStore-And-Forwardやマークなどのフラグを必要に応じて付けるこ型の「Offline モデル」や、NFSなどのリモートとで、取得するメッセージをあらかじめ選別すファイルシステムを使って構築される「Onlineることができるのだ。

モデル」にも対応している。
Offline モデルではメールサーバーのスプールからメッセージのすべてがローカルマシンに転送

メールボックスの同期

M A I Lされる。OnlineモデルではファイルサーバーでメIMAP4クライアントの優れた実装においては、ッセージは保存され、ローカルマシンにメッセーユーザーにメールボックスの同期機能が提供さジは残らない。いずれのモデルにせよ、ユーザーれる。の要求や管理者の便宜に応じてシステムモデル

すなわち、ユーザーは、選択したメッセージを変更できる柔軟性もIMAP4の特徴といえる。

を現在使っているマシンにいったんダウンロードし、回線を切断してからメッセージを読んだ組織システムへの浸透り返事を作成する。一連の作業の後にサーバー

今まで組織やプロジェクトのグループ全体に関わる情報は、電子ニュースを利用したり、す

図 2 ： IMAP4 ではPOP3 と同様に、SMTP を適宜使用するべてのユーザーに直接電子メールを送るなどのSMTP

SMTP

ファイル

POP、IMAP方法で伝達されていた。しかしIMAP4では、複Mail
transfer
agent

Mail
transfer
agent

数のユーザーで共通のメールボックスを共有すSpool

ることができる。

Mailbox

また、電子ニュースのグループなど電子メーメールサーバー
パソコン

ル以外のデータもメールボックスとして統合すパソコン

ることができる。さらには、IMAP4を使用した
場合、NFS を介したメールシステムよりもトラヘッダー本文フィックが軽減するという報告もあり、IMAPMIMEを組織で利用するメリットは大きい。

D

354 INTERNET magazine 1997/4

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

一方、メールサーバー上にユーザーのメッセーにより行われた互換性テストのレポートが、ージファイルが残ることに対してインターネッ

最近になって公開されたばかりというのが実状

ト・サービス・プロバイダーは敏感であろう。

である（参考サイトD を参照）。

IMAP の機能を効率的に生かすことのできる成熟したアプリケーションが登場するまで、プロ日本国内の問題バイダーが個人ユーザーにIMAP4のサービスを日本国内の現状はさらに厳しい。ベンダー間提供するとは考えにくい。
したがって、IMAP4 は個人ユーザーよりも、の基本的な相互運用性に加え、日本語対応もむしろ企業や大学など組織のシステムに採用さ確認しなければならないからだ。IMAP4 rev1

れることにより、そこに所属するユーザーからに対応したアプリケーションを日本語環境で使浸透していく可能性が高いプロトコルである。

用する場合、メッセージに日本語が使えるか、メールボックス名に日本語を使えるか、検索コマンドに日本語を使用して正確な結果が得られIMAPの現状るかの3 点が問題となる。

IMAP4 の豊富な機能のほとんどは、サーバー

IMAP4 rev1のサーバーは、メールボックス名ではなく、クライアントの実装により実現される。の国際化の一環として日本語を英数字といくつドラマの台詞ではないが、IMAP4という上等のかの記号に変換して扱うことができる。また、食材を生かすも殺すも料理の仕方ひとつに掛かメッセージには日本語（ISO-2022-JP ： 参考っているのだ。いくらプロトコルとして便利な）を使用することもできる。
資料【13】

機能が用意されていたとしても、クライントがしたがって、最初の2 つに関しては、クライその機能を実装していなければ、エンドユーザアント側となる電子メールアプリケーションが、ーはその機能を享受できない。

変換されたメールボックス名やISO-2022-JPを現在、マイクロソフト社のExchange、ネッ

正しく表示できるかの問題である。また、最後

トスケープ社のCommunicator およびMailの1 つは、検索のオプションとして文字セットServerをはじめ、サンソフト社のSolstice、ネッを指定することができるため、理論的には日本トマネージ社のChameleon Mail など多くのベ語も使用できる。ただし、メールボックス名のンダーがIMAP4対応のクライアント・サーバー

国際化や検索オプションの実装はベンダーごと製品を開発している（参考サイトCを参照）。アの選択に依存する。このため日本の市場においップル社も将来の製品での対応を表明している。ては、米国でもテストされている基本的な互換性に加え、これらの日本語対応についても独自ベンダーの対応だけを見れば、すでにIMAP4に検証しなければならない。

は、ウィンドウズ､マックOS、Unixなどマルチインターネットやイントラネットにおいては、相互プラットフォームを実現している。
しかし、今のところ残念ながら、IMAP4 への運用性の保証こそ標準化への第一歩であるが、対応を謳っていてもログイン・ログアウトやメーそれを検証するための場は未だ確立していない。

参考文献【 1 】RFC 1064, M. Crispin, "Interactive Mail Access Protocol:
Version 2", 7/1988【 2 】RFC 1176, M. Crispin, "Interactive Mail Access Protocol Version 2"（IMAP2bis 相当）, 8/1990.
【 3 】RFC 1203, J. Rice, "Interactive Mail Access Protocol - Version
3", 2/1991
IMAP4【 4 】RFC 1730, M. Crispin, "INTERNET MESSAGE ACCESSPROTOCOL - VERSION 4", 12/1994【 5 】RFC 1731, J. Myers, "IMAP4 Authentication mechanisms",
12/1994【 6 】RFC 1733, M. Crispin, "Distributed Electronic Mail Models in
IMAP4", 12/1994.
IMAP4rev1【 7】RFC 2060, M. Crispin, "INTERNET MESSAGE ACCESSPROTOCOL - VERSION 4rev1", 12/1996
SMTP, POP 関連【 8】RFC 821, Postel, J., "Simple Mail Transfer Protocol",USC/Information Sciences Institute, 8/1982.
【 9】RFC 1939, J. Myers, M. Rose, "Post Office Protocol - Version 3",
5/1996
メッセージヘッダ, MIME 関連【10】RFC 822, D. Crocker, "Standard for the Format of ARPAInternet Text Messages", 8/1982.
【11】RFC 2045, N. Freed, N. Borenstein, "MIME （Multipurpose
Internet Mail Extensions） Part One: Format of Internet
Message Bodies", 11/1996.
【12】RFC 2046, N. Freed, N. Borenstein, "MIME （Multipurpose
Internet Mail Extensions） Part Two: Media Types", 11/1996.
ISO-2022-JP 関連【13】RFC 1468, J. Murai, M. Crispin, E. van der Poel, "JapaneseCharacter Encoding for Internet Messages", 6/1993

ルボックスの選択、取得、削除など基本的な操作のみしか実装していないクライアントも多い。
情報の入手先また、サーバーとクライアントの利用可能な組参考サイト

み合わせも限定されている。

A. カーネギーメロン大学

多くの啓蒙的な記事に見られる「数年内にhttp://andrew2.andrew.cmu.edu/cyrus/cyrus

B. ワシントン大学

http://www.washington.edu/imap/

IMAPが主流になる」という楽観論とは裏腹に、C. 対応製品の一覧

http://www.imap.org/products.html

ベンダー間での相互運用性すら必ずしも保証さ

D. 米国での互換性テスト

http://www.imc.org/imc-mailconnect/

E. RFC

http://ds.internic.net/ds/rfc-index.html

れていない。米国でも昨年8 月に数社のベンダ`

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

INTERNET magazine 1997/4355

［インターネットマガジン バックナンバーアーカイブ］ ご利用上の注意
この PDF ファイルは、株式会社インプレス R&D（株式会社インプレスから分割）が 1994 年～2006 年まで発行した月刊誌『インターネットマガジン』の誌面を PDF 化し、「インターネットマガジン バックナンバーアーカイブ」として以下のウェブサイト「All-in-One INTERNET magazine 2.0」で公開しているものです。

http://i.impressRD.jp/bnこのファイルをご利用いただくにあたり、下記の注意事項を必ずお読みください。
z 記載されている内容（技術解説、URL、団体・企業名、商品名、価格、プレゼント募集、アンケートなど）は発行当時のものです。
z 収録されている内容は著作権法上の保護を受けています。著作権はそれぞれの記事の著作者（執筆者、写真の撮影者、イラストの作成者、編集部など）が保持しています。
z 著作者から許諾が得られなかった著作物は収録されていない場合があります。
z このファイルやその内容を改変したり、商用を目的として再利用することはできません。あくまで個人や企業の非商用利用での閲覧、複製、送信に限られます。
z 収録されている内容を何らかの媒体に引用としてご利用する際は、出典として媒体名および月号、該当ページ番号、発行元（株式会社インプレス R&D）、コピーライトなどの情報をご明記ください。
z オリジナルの雑誌の発行時点では、株式会社インプレス R&D（当時は株式会社インプレス）と著作権者は内容が正確なものであるように最大限に努めましたが、すべての情報が完全に正確であることは保証できません。このファイルの内容に起因する直接的および間接的な損害に対して、一切の責任を負いません。お客様個人の責任においてご利用ください。

このファイルに関するお問い合わせ先
All-in-One INTERNET magazine 編集部
im-info@impress.co.jp
Copyright © 1994-2007 Impress R&D, an Impress Group company. All rights reserved.