2

ExchangeServerメールアーカイバのバックグラウンド作業を行っています。私はC＃を使用してそれを行うことを計画しています。誰もがどのように始めるかについていくつかのアイデアを与えることができますか？MAPIを使用してExchangeサーバーからメールを読み取る方法を示すサンプルアプリケーションを入手できますか。MAPIはCppdllなので、同じC＃ラッパーを入手できますか？

4

5 に答える 5

2

これを投稿してから数か月が経ちましたが、後世のために-これを試してください： Redemption

于 2009-07-24T23:12:19.317 に答える
2

マネージ コードからの MAPI の使用はサポートされていないため、避ける必要があります。ゼロから始める場合は、EWS (Exchange Web サービス) を検討し、Exchange 2007 と Exchange 2010 をサポートするように製品を設計します。

于 2009-05-12T14:47:29.480 に答える
2

本当に拡張 MAPI ルートに進む必要がある場合 (以前の仕事で必要だったように)、最初にプレーン C++ で実行し、必要なものに独自のカスタム ラッパーを作成することをお勧めします。マネージド コードで MAPI と直接やり取りしたくない

http://blogs.msdn.com/stephen_griffin/も読むことをお勧めし ます。彼は基本的に MS の MAPI 教祖です。

あなたがそこに行けば幸運です

于 2009-05-12T15:02:05.567 に答える
1

C# ラッパーを使用することはほぼ不可能であることは間違いありませんが、C++.NET でラッパーを作成することは非常に可能です。C++.NET で独自の MAPI ラッパーを作成し、C# から利用しました。それはうまくいっています

トーマス、コムアーカイブ

于 2009-06-30T12:15:54.460 に答える
1

MAPI C# ラッパーを使用したくない場合。テストでは問題ありませんが、.NET と MAPI dll が独自のメモリを時々管理するため (1 時間に何度も 300 ユーザーを読み取る)、互いのメモリ プールを上書きします。

最終的に、送信したいファイルの引数を受け取る VB6 アプリを作成し、C# でファイルを作成して vb6 アプリを呼び出しました。これらは別々のプロセスであるため、これは機能するため、互いのメモリ プールを上書きしません。

あなたへの私のアドバイスは、mapi ルートをたどらないことです (あなたが痛みを楽しんでいない限り)、可能であれば EWS を使用してください (会社がアップグレードを望んでいないため、これを行うことはできません)。

于 2009-05-12T14:56:43.610 に答える