JSON Meta Application Protocol国際標準 |
|
---|
開発者 |
|
---|
利用開始 |
2019年7月18日 (5年前) (2019-07-18) |
---|
分野 |
ネットワーク通信 |
---|
ウェブサイト |
jmap.io |
---|
JSON Meta Application Protocol (JMAP) は、電子メールの処理に関連するインターネット標準の通信プロトコルのセットである。
JMAPはHTTPを経由したJSON APIを使用して実装されており、IMAPやSMTPなどの既存の通信プロトコルとGmailやOutlook.comなどの独自の電子メールAPIの代替として開発された[1]。
JMAPの基本プロトコル上に構築されているアドレス帳とカレンダーの同期を処理するための追加のプロトコルとデータモデルは、CardDAVとCalDAVの潜在的な代替となることを意図しており、その他の対応も開発中である[2]。
開発の動機
開発者のBron GondwanaとNeil JenkinsはIETFのニュースサイトにおいて「IMAPなどの電子メールクライアントとメールサーバを接続する現在のオープンプロトコルは、現代向けに設計されていません。」と述べている。
彼らはその理由として、IMAPの複雑さ、リソースの使用率の高さ、現代の携帯機器のネットワーク制約への適応性の低さ、SMTP・CalDAV・CardDAVなど他のプロトコルとの複雑な相互作用を挙げている[3]。
彼らはこのことが電子メールクライアントの品質の停滞と、Microsoft Exchange ServerとMicrosoft Outlookで使用されているMAPIのようなこれらの制限を克服するための独自のプロトコルの作成に繋がったと信じている[1]。
設計
GondwanaとJenkinsは「JMAPは既存のプロトコルの欠点を解決するための努力の結果であり、長年の経験とフィールドテストに基づいて構築された現代的な効率的で使いやすいAPIを提供します。」と述べている[3]。
このプロトコルは現代的なオープンで信頼性が高く、使いやすい解決策を提供することを目的として開発されたので、一般的に実装されているJSONに大きく依存している。
このプロトコルの主要な開発者であるFastmail(英語版)のGondwanaは「JMAPの基礎としてJSONとHTTPを使用することは常に重要なポイントでした。つまり、電子メール上に何かを構築したい場合、複雑な構文解析器を再実装したり、ライブラリを見つける必要がありません。」と述べている[4]。
atmailの最高経営責任者であるDave Richardsは、JMAPを実装することを決定した後の000000002018-01-01-00002018年に「クライアントとサーバの両方でIMAPを実装することが複雑であることにより、ユーザーエクスペリエンスが厳格になり、利用が難しいものとなり、ソフトウェアオプションの不足が生じました。新しいJMAPプロトコルは既存の問題を解決し、将来の技術を活用するのに十分なモジュール式です。JMAPは電子メールをより良くします。」と述べている[5]。
開発
JMAPはオーストラリアを拠点とする電子メールプロバイダであるFastmailの内部プロジェクトとして000000002014-01-01-00002014年頃に開発が開始された[6]。
000000002017-01-01-00002017年以降はIETFのワーキンググループが開発と標準化を主導してきた[7]。
基本プロトコルと電子メールに関する仕様はFastmailのNeil JenkinsとオラクルのChris NewmanによってRFC 8620及びRFC 8621として000000002019-07-01-00002019年7月と000000002019-08-01-00002019年8月に公開された[4]。
WebSocketに関する仕様はRFC 8887として000000002020-08-01-00002020年8月に公開され、MDN(英語版) (配信確認) に関する仕様はRFC 9007として000000002021-03-01-00002021年3月に公開された。
IETFで進行中のJMAPのその他のドラフトはカレンダー、アドレス帳、サイズクオータ、Sieve電子メールフィルタリング及びS/MIME署名検証の処理に関するものである[2]。
ワーキンググループは当初これらのマイルストーンを000000002020-01-01-00002020年末までに完了させるように設定していた[7]。
実装
脚注
関連項目
外部リンク