問題タブ [outlook-redemption]

Redemption 4.7 を使用して電子メール アーカイブから電子メールをプルするプログラムに取り組んでいます。Outlook がインストールされていれば問題なく動作します。

Outlook をアンインストールしてMapiCdoをインストールすると、プログラムは実行されますが、Redemption を使用してメールを取得する部分が機能しません。

償還サイトでは、そのMapiがインストールされている限り機能するはずです.

これを修正する方法はありますか？

編集失敗するコード行を見つけました：

この行は例外をスローします。

これが私のコードです：

メール送信後、アドレス A70D6D13 にアクセス違反のメッセージが届きます (このアドレスは不変のようです)。F8 を使用して手順全体を実行すると、'end' ステートメントの後、CPU ウィンドウがアドレス A70D6D13 に表示され、すべてのメモリが ???? として表示されます。

Delphi 7、Outlook 2003、Redemption 4.8.0.1184 を使用しています。このコードには何が欠けていますか?

編集: Outlook/Redemption 経由でメールを送信するためのコード スニペットをいくつか見つけました。以下は、OutlookApplication サーバーを使用するスニペットの 1 つです。

これも同じエラーになります。AVのアドレスの魔法とは？解決の糸口になるはずです。

ティア、

ノアム

メッセージが実際にインターネットに送信される前に、Exchangeにメッセージを5分間保持するように指示する、ある種のフラグを付けてOutlookから電子メールを送信する方法はありますか？

Outlookで「以前に配信しない」日付を設定することについては知っていますが、それは私が見ることができる限りOutlookの送信トレイにメッセージを保持するだけです。

それが助けになることができれば、私は償還を利用してうれしいです。

Redemption を使用して、Outlook アドイン用に次のラッパー クラスを作成しました。

メインのアドイン コードでは、次のコードを使用してこのラッパーを呼び出しています。

ここで、watchedPSTsはグローバル変数です。

watchPSTsが入力されているのを確認できますが、メッセージを PST に移動するときにアイテムが起動しません。アイデア？

ありがとう

Redemption ライブラリを使用して (ほとんどの場合) 必要な方法で ItemMove 関数をキャプチャすることに成功しました。次の仕事は無理かもしれないが、聞かないと分からない。

私が書いていることの一部には、メッセージを Exchange の受信トレイから PST に移動し、場合によっては添付ファイルを削除することが含まれます。これが行われているのは、DFSR を介した PST レプリケーションに関して、ネットワークのスラッシングが大きな打撃を受けているためです (はい、PST/ネットワークの問題と MS の推奨事項は認識していますが、そうでない場合はユーザーに説明してみてください)。トレーニングや新しいアーカイブ ソフトウェアを購入するための資金がありません)。コードを介して次のことができるようにしたいと思います。

1) ユーザーがメッセージを選択して PST フォルダーにドラッグする 2) アドインがこれを傍受し、メッセージをローカル ドライブの一時的な PST にコピーする 3) 添付ファイルはローカル PST で処理され、適切なネットワークの宛先に保存される4) メッセージは、ネットワーク上の真の宛先 PST に移動されます。

ドライブ容量と PST ファイルの最大サイズの両方にクォータがあるため、この複数ステップのプロセスが必要です。PST 圧縮は自動的には行われず、プログラムで強制することもできないため、回避策としてこのアイデアを思いつきました。

いつものようにアイデアやインスピレーションを歓迎します。

-ラリー

MAPITABLE は個々のストアの InstanceKey を格納することを理解しています。ウェブサイトの例に従ってこのテーブルを取得しようとしましたが、成功していません。

私の使命は、StoreRemove が呼び出されたときに、SortedDictionary で監視されないようにすることです。そうすれば、再度追加されても例外はスローされません。

ストア アイテムのテーブルを適切に生成するにはどうすればよいですか?

動作しないコード (必要なテーブルを特定できません):

シナリオ：.msgファイル（ファイルシステムにダンプされている）のリストを開き、それらからいくつかの情報（subject、To CC）を取得して、それらを移動するアプリケーションを作成しました。

問題：ただし、ファイルの移動に関しては、次のエラーが発生します。

別のプロセスによって使用されているため、プロセスはファイルにアクセスできません。

ファイルに対してHandleを実行すると、私が作成したツールのみが表示され、他のハンドルは表示されません。

したがって、Redemption MessageItemオブジェクトとしての使用を終了したときに、ファイルを適切に解放していないと思います。

ただし、IDisposableを実装していないため、usingステートメントでラップすることはできません。また、パブリックのCloseやDispose、または同様の名前のメソッドは公開されません。

要するに、私は尋ねようとしています：

a）ファイルハンドルへのパスのみを知っている状態で、c＃アプリケーションに特定のハンドルを強制的に閉じるにはどうすればよいですか？

または

b）償還オブジェクトを強制的に閉じる方法はありますか？

RDOAttachment.SaveAsを使用して大量の添付ファイルをまとめて保存していますが、すべて最初にディスクに移動する必要があるため、これにより操作全体が大幅に遅くなります。IStreamインターフェイスを使用してそれらを直接ストリーミングする方法はありますか？

アップデート：

この問題はRedemption 5.2で修正されました。

以前は、DASL 形式で指定された「文字列」名前空間の名前付き MAPI プロパティは、常に文字列型 (PT_UNICODE または PT_STRING8) であると想定されていました。

PT_LONG (=3) のように、プロパティ タイプを明示的に指定できるようになりました。 http://schemas.microsoft.com/mapi/string/{00020329-0000-0000-C000-000000000046}/MyIntegerUserProperty/0x00000003

私はRedemption 5.1 (および Outlook 2010/64) を使用しており、非常に面倒なケースに遭遇しました:

byte[]のオブジェクトをプロパティに書き込もうとすると、としてPT_MV_LONGではなくプロパティとして書き込まれPT_BINARYます。

これは、次のいずれかを使用した場合に発生しますRDOProp.Fields。

...または使用する場合RDOUtils.HrSetOneProp:

上記のコードはコンパイルされませんが、型は正しいです。

アップデート：

上記のように文字列プロパティを使用すると、Redemption は「MyProp」ではなく「MyProp/0x00000102」プロパティを作成します。