6

サーバーとクライアントの両方でプロセスを自動化するためのツールを作成するために、MAPI のハッキングに時間を費やしてきました。私がオンラインで読んだリソースのほとんどは、詳細や例が不足しているか、他の情報源と比較して矛盾する情報でいっぱいです。

私が C++、COM、および .NET を理解していると仮定すると、詳細なリファレンスが含まれている印刷物またはオンラインのリソースはどれが最適ですか?

背景: Exchange 2003 環境で作業しています。いつか Exchange 2007 に移行するかもしれませんが、プッシュはありません。

4

5 に答える 5

8

Inside MAPIは、このトピックに関する最高の本です。Web サイトで電子書籍を購入できます。デッド ツリー版を好む場合は、Amazon で非常に高価な中古本を購入する必要があります (実際に購入しました)。

Outlook は MAPI に基づいて構築されているため、Microsoft はすべての Exchange バージョンで少なくとも 1 つの新しい API を導入する傾向があるため、Outlook と Exchange にアクセスするための最も安定したテクノロジであることが証明されています。

MAPI はこれまでも、そしてこれからも存在するでしょう。

于 2008-12-15T22:26:04.743 に答える
2

MAPI は MS 自体によって段階的に廃止されつつあり、Exchange からの情報にアクセスするための推奨される方法として WebDAV を使用する必要があると思いましたか? 私はあなたが同じことをすることをお勧めします...

于 2008-12-15T13:40:27.863 に答える
1

いくつかのサービスとともに、クライアント側のOutlookアプリケーションを実行しています。MAPIは最も耐久性のあるAPIのようです。将来が心配ですが、OLはMAPI上に構築されているのでサポートは続くようです。ただし、クライアントライブラリは個別のインストールとして出荷されます。また、Outlookの償還を確認することをお勧めします。これは私たちにとって命の恩人です:http ://www.dimastr.com/redemption/

于 2009-04-15T19:55:44.927 に答える
1

OutlookSpy (http://www.dimastr.com/outspy/home.htm ) も参照してください。これは Outlook に組み込まれており、さまざまな MAPI および Outlook オブジェクト モデル オブジェクトを表示できます。

于 2012-04-19T17:09:33.963 に答える