Microsoft Exchange Server で実装されている電子メール サーバーからいくつかのメール コンテンツ アイテムを変更できるようにするアプリを作成する必要があります。PST ファイルのアプローチでは、これに対処する方法を知っているので問題ありません。
問題は、Microsoft Exchange Server がメール コンテンツと PST ファイルをどのように処理するかがわからないことです。私が知る限り、PST ファイルはメールの内容と構造をバックアップする手段に過ぎず、SQL ダンプ ファイルのようなものです。Microsoft Exchange Server は、実際にこれらのコンテンツ アイテムを格納するために内部的に SQL データベースを使用すると聞きました。クライアントの観点から電子メールの内容を永続的に変更する必要があるため、次のことを知っておく必要があります。 - Microsoft Exchange Server は、メールボックスのコンテンツ アイテムをどのように格納しますか? データベースまたは PST またはその両方で? 両方の場合、彼はどのように同期を行いますか? (ここでは、「CachedExchangeMode」という概念を部分的に参照しています) - Microsoft Exchange Server のコンテンツにおけるサーバーの観点でのデータ フローはどのようになっていますか? - コンテンツ操作のクライアントとして Microsoft Exchange Server と通信するにはどうすればよいですか?
このトピックに関する情報は大歓迎です。これらに関するドキュメントを見つけるのに苦労しています。
よろしくお願いします！
ありがとうドミトリー！完全に削除されたメールボックス アイテムが、専用のサーバーまたはクライアント ツール (PST ファイルで動作するクライアント ホストの scanpst など) によって復元されないようにするソリューションを開発する必要があります。クライアントの観点では、空きメモリ ブロックを消去することでファイルが破損せず、それらの情報が実際に失われないように、PST ファイルを変更することで近い解決策を得ることができました。しかし、サーバー側、主に Exchange Server 側 (Exchange は他のサーバーよりも何らかの形で特別であるため) では、このデータを実際に失わせる方法に関するデータはありません。サーバーホストとクライアントからもサーバーホストにアクセスできるという仮説から始めていることに言及する必要があります。私の推測では、Exchange はそれを保存できます。データベース上のメールボックス アイテムを削除しますが、これらのアイテムは、それぞれのレコードの論理フラグによってのみ完全に削除されます。または、完全に削除されたアイテムを Windows のごみ箱のように保存する機能を持つ PST サーバー ファイルを利用して、削除されたアイテムの一部を回復する手段を提供することもできます (この場合、データベースは回復のためにそれらのレコードを実際に削除する可能性があります)。メソッドは PST ファイル構造にある必要があります)。おそらく、Exchange は両方の方法を使用します。いずれの場合も、それらのアイテムが実際に失われたことを 100% 確認できるソリューションを作成する必要があります。これが、特定のドキュメントまたは確認済みの「勘」が必要な理由です。私の質問ドミトリーの文脈をより明確に説明しましたか? ありがとう ！または、完全に削除されたアイテムを Windows のごみ箱のように保存する機能を持つ PST サーバー ファイルを利用して、削除されたアイテムの一部を回復する手段を提供することもできます (この場合、データベースは回復のためにそれらのレコードを実際に削除する可能性があります)。メソッドは PST ファイル構造にある必要があります)。おそらく、Exchange は両方の方法を使用します。いずれの場合も、それらのアイテムが実際に失われたことを 100% 確認できるソリューションを作成する必要があります。これが、特定のドキュメントまたは確認済みの「勘」が必要な理由です。私の質問ドミトリーの文脈をより明確に説明しましたか? ありがとう ！または、完全に削除されたアイテムを Windows のごみ箱のように保存する機能を持つ PST サーバー ファイルを利用して、削除されたアイテムの一部を回復する手段を提供することもできます (この場合、データベースは回復のためにそれらのレコードを実際に削除する可能性があります)。メソッドは PST ファイル構造にある必要があります)。おそらく、Exchange は両方の方法を使用します。いずれの場合も、それらのアイテムが実際に失われたことを 100% 確認できるソリューションを作成する必要があります。これが、特定のドキュメントまたは確認済みの「勘」が必要な理由です。私の質問ドミトリーの文脈をより明確に説明しましたか? ありがとう ！おそらく、Exchange は両方の方法を使用します。いずれの場合も、それらのアイテムが実際に失われたことを 100% 確認できるソリューションを作成する必要があります。これが、特定のドキュメントまたは確認済みの「勘」が必要な理由です。私の質問ドミトリーの文脈をより明確に説明しましたか? ありがとう ！おそらく、Exchange は両方の方法を使用します。いずれの場合も、それらのアイテムが実際に失われたことを 100% 確認できるソリューションを作成する必要があります。これが、特定のドキュメントまたは確認済みの「勘」が必要な理由です。私の質問ドミトリーの文脈をより明確に説明しましたか? ありがとう ！
Exchange がメールボックス アイテムの削除を管理する方法に関連する情報を読みました。論理的に削除されたアイテムを各削除段階で Dumpster プラットフォームに移動します (最初に "Deletions" フォルダーに移動し、次に "Purges" フォルダーに移動し、訴訟ホールドがアクティブになると、元のメールボックス メッセージを "Versions" に追加で保存します)。フォルダ）。次に、Exchange Power Shell を使用してこれらのアイテムを削除する方法を見つけました。また、Exchange Power Shell にプログラムでアクセスしてこれをプログラムで実行する Remote Power Shell の方法についても読みました。これは私が行った限りです。これは私がしなければならないことの解決策でしょうか? これにより、それらのアイテムが決して回復できないことが保証されますか? これに対する別の解決策を知っていますか、それとも私が欠けているものがありますか?