MAPAPI

メッセージングアプリケーションプログラミングインターフェイス（MAPI）は、プログラムが電子メールに対応できるようにするMicrosoft Windows用のAPIです。MAPIはプロトコルに依存しないように設計されていますが、通常はMicrosoft Exchange Serverとの通信に使用されます。^[1]

MAPI は、 X.400 XAPIA 標準に緩く基づいた機能を使用します。メッセージ トランスポート、メッセージ ストア、およびディレクトリにアクセスするための機能が含まれています。

Simple MAPI (SMAPI) は、開発者が基本的なメッセージング機能を追加できるようにする 12 個の関数のサブセットですが、 Extended MAPI (EMAPI) を使用すると、クライアント コンピューター上のメッセージング システムを完全に制御できます。これには、メッセージの作成と管理、クライアント メールボックスとサービス プロバイダーの管理が含まれます。

シンプル MAPI はOutlook Express / Windows メールの一部としてMicrosoft Windowsに含まれていますが、完全な拡張 MAPI はMicrosoft OutlookおよびExchangeに含まれています。

拡張 MAPI クライアント インターフェイスに加えて、プログラミング呼び出しは、Simple MAPI API クライアント インターフェイス、Common Messaging Calls (CMC) API クライアント インターフェイス、またはオブジェクト ベースのCDOライブラリインターフェイスを介して間接的に実行できます。これら 3 つの方法は使いやすく、メッセージング対応およびメッセージング対応のアプリケーションがそれほど複雑ではないように設計されています (Simple MAPI と CMC は Exchange 2003 から削除されました)。

MAPI はもともとMicrosoftによって設計されました。同社は 1987 年に MS Mail チームを設立しましたが、1991 年にConsumers Software を買収してNetwork Courier を手に入れるまで、メッセージング製品はありませんでした。改良されて MS PC Mail (またはMicrosoft Mail for PC Networking) として販売されました。MS PC Mail の基本 API は、後に「真の」MAPI と区別するために MAPI バージョン 0 (またはMAPI0 ) と呼ばれるようになりました。

メッセージング ベースのサービスを Outlook などのクライアント アプリケーションに接続するには、完全な拡張 MAPI インターフェイスが必要です。たとえば、Microsoft 以外の電子メール サーバー製品ベンダーの中には、自社製品に Outlook 経由でアクセスできるようにするために「MAPI サービス プロバイダー」を作成しているところもあります。有名な例としては、Axigen Mail Server、Kerio Connect、Scalix、Zimbra、HP OpenMail、IBM Lotus Notes、Zarafa / Kopano、Bynariなどがあります。

MAPI には、一種のサービス プロバイダー インターフェイスもありました。Microsoft はこれを使用して、社内使用のために MS Mail をXenixベースの電子メール システムにインターフェイスしました。

拡張 MAPI は、Outlook に同梱されている MAPI サービス プロバイダーを介して Microsoft Exchange とインターフェイスするために Outlook で使用される主要な電子メール データ アクセス方法です。

マイクロソフトは2007年8月からMAPI/RPCプロトコルの詳細を公開している。^[2]

「MAPI プロトコル」は、MAPI/RPC の俗称です。Microsoft では、これを「Exchange RPC」や「Outlook-Exchange トランスポート プロトコル」と呼ぶこともあります。

^{マイクロソフトは開発者を支援するためにMFCMAPI [3]}と呼ばれるMAPI/RPCベースのサンプルアプリケーションを提供しています。また、開発者とMicrosoft Exchange管理者の両方によって診断ツールとして広く使用されています。

元の実装は、ローカル ネットワーク ( LAN)で使用するために設計されました。

Exchange 2003とOutlook 2010では、Microsoftはインターネット経由でExchangeを行う方法としてRPC over HTTP（後にOutlook Anywhereに改名）を導入しました。^[4]

2014年、Exchange 2013 SP1では別のバリエーションが導入され、今度は「MAPI over HTTP」と呼ばれるより「通常の」HTTPベースのスタックが導入されました。^[5]

シンプル メール転送プロトコルは、常に複数の作成者によるメールの概念をサポートしており、作成者が複数いる場合は「送信者」と「作成者」を区別します。MAPI は、複数の作成者を許可しない委任メカニズム以外では、作成者と送信者を別々に表すことができません。したがって、MAPI は、科学コミュニティから立法者へのグループ レター、電子メールによるグループ研究のプレゼンテーション、または同様のシナリオを正確に送信できません。SMTP に完全に準拠したメール プログラム ( Thunderbirdなど) が、複数の作成者による完全な形式の SMTP メッセージを MAPI 依存の電子メール インフラストラクチャ (Exchange/Outlook、O365、Outlook.com など) に送信する場合、メッセージの情報密度を MAPI に合わせて減らす必要があります。このため、正確なメッセージ メタデータの送信に依存する認証およびスプーフィング防止テクノロジに課題が生じ、メッセージが根本的に変更されて、送信されたものとは別のものになります。セキュリティ上の影響はすべてのユーザーに影響しますが、複数の著者を表現できないことは、従来の企業や軍事組織などの純粋に階層的な設定では通常ほとんど問題にならず、主に立法機関や学術機関に影響します。

次のようないくつかのオープンソース ソフトウェア プロジェクトがMAPI ライブラリの実装に取り​​組み始めています。

• Grommunio/Gromox には、MAPI/RPC および MAPI/HTTP サーバーの C++20 実装があります。
• OpenMapiプロジェクト（現在は終了）^[6]にはC#実装がありました。
• Kopano Groupware Core には、「mapi4linux」と呼ばれる C++2011 実装 ( Zarafaからの同じものの継続) があり、これは、メッセージング API とソースの下位互換性がある API を提供します (M4L 用に記述されたコードは、Windows SDK でもビルドされます)。Kopano GWC には、Zarafa/Kopano ベースの SOAP/HTTP トランスポート用のコネクタが付属しています。
• OpenChange には、C で記述された「libmapi」コンポーネントがあり、これは部分的にのみ MAPI に似ています。(IMsgStore、OpenEntry 関数などのインターフェイスがありません。)
• OpenChange サブプロジェクト Evolution-MAPI は、MAPI/RPC トランスポートを実装する Exchange 用のコネクタです。
• GNOME Evolutionプロジェクトは、MAPIの大部分を実装したevolution-ewsを開発している。^[7]

• MSDN ライブラリのメッセージング API
• OpenChange プロジェクト - MAPI プロトコルの詳細と MAPI プロトコルを探索するためのツール
• OpenMapi プロジェクト - 他のグループウェア ソースに接続できるオープン ソースの多言語 MAPI 実装 (API ドキュメント付き)
• メッセージング API アーカイブされたユーザー フォーラム
• サポート用の Outlook Connector ログを有効にする