JSONメタアプリケーションプロトコル(JMAP )は、電子メールを処理するための関連するオープンインターネット標準プロトコルのセットです。JMAPはHTTP上のJSON APIを使用して実装されており、 IMAPやGoogleのGmail、MicrosoftのMAPI(Outlookで使用)などの独自の電子メールAPIの代替として開発されました。 [ 1 ] 連絡先やカレンダーの同期を処理するためにJMAPの中核の上に構築されている追加のプロトコルとデータモデルは、CardDAVとCalDAVの潜在的な代替となることを意図しており、その他のサポートは現在開発中です。[ 2 ]
開発者のブロン・ゴンドワナとニール・ジェンキンスは、インターネット技術タスクフォース(IETF)のニュースサイトで、「IMAPなどのメールクライアントとサーバーを接続する現在のオープンプロトコルは、現代向けに設計されたものではない」と書いています。彼らは、IMAPの複雑さ、高いリソース使用量、最新のモバイルデバイスのネットワーク制約への適応性の低さ、SMTP、CalDAV、CardDAVなどの他のプロトコルとの複雑な相互作用を挙げています。[ 3 ]彼らは、これが(特に無料の)メールクライアントの品質の停滞と、これらの制限を克服するための独自のプロトコルの作成につながったと考えています。たとえば、MicrosoftのExchange ServerとOutlookメール製品で使用されているMAPIなどです。 [ 1 ]
ゴンドワナとジェンキンスは、「JMAPは、既存のプロトコルの欠点に対処するための努力の結果であり、長年の経験とフィールドテストに基づいて構築された、現代的で効率的で使いやすいAPIを提供する」と書いています。[ 3 ]
このプロトコルは、現代的でオープン、信頼性が高く、使いやすいソリューションを提供することを目的として開発され、その結果、広く実装されているJSON (JavaScript Object Notation) に大きく依存しています。プロトコルの主要開発者であるFastmailの Gondwana 氏によると、「JMAP の基盤として JSON と HTTP を使用することは常に重要なポイントでした。つまり、電子メールの上に何かを構築したい人は、複雑なパーサーを再実装したり、開始するためにソフトウェア ライブラリを探したりする必要がないということです。」[ 4 ]
atmailがJMAPを実装することを決定した後、CEOのデイブ・リチャーズは2018年に次のように書いています。「ユーザー側とサーバー側の両方のソフトウェアでIMAPを実装するために必要な複雑さにより、ユーザーの困難やソフトウェアオプションの不足、そして硬直的なユーザーエクスペリエンスが生じていました。新しいJMAPプロトコルは既存の問題を解決し、将来のテクノロジーを活用できるほどモジュール化されています。JMAPは電子メールをより良くします。」[ 5 ]
JMAPは、オーストラリアを拠点とするメールプロバイダーFastmailによる社内開発プロジェクトとして2014年頃に始まりました。[ 6 ] 2017年からIETFのワーキンググループが開発と標準化プロセスを主導しています。[ 7 ]コアプロトコルとメール仕様は、FastmailのNeil JenkinsとOracleのChris Newmanによって、RFC 8620とRFC 8621として2019年7月と8月に公開されました。[ 4 ] [ 8 ] [ 9 ] WebSocket仕様はその後、2020年8月にRFC 8887として、メッセージ処理通知(返信受領)は2021年3月にRFC 9007として公開されました。[ 10 ] [ 11 ]
JMAP のさらなる拡張機能が提案標準として公開されています。ブロブ管理 ( RFC 9404 )、クォータ ( RFC 9425 )、連絡先 ( RFC 9610 )、共有 ( RFC 9670 )、Sieveメールフィルタリング ( RFC 9661 )、および Web Push での VAPID の使用 ( RFC 9749 ) です。IETF で進行中のその他の JMAP ドラフトは、カレンダー、タスク、実装プロファイル、およびファイルストレージの処理に関するものです。[ 2 ]作業グループは当初、これらのいくつかについて 2020 年末までに最終化するためのマイルストーンを設定しました。[ 7 ]
サーバー:
クライアント: