この以前の質問で説明されている問題と同様の問題がありますが、この分野での経験が不足しているため、いくつかの空白を埋めることができないため、回答でもう少し詳細を探しています。
TNEF (RTF) 送信を発生させずに、送信前に ID 番号で Outlook MailItem にタグを付ける
その質問の質問者のように、ユーザーが作成している間に「XXXX」という名前のユーザー プロパティを MailItem に設定して、後でユーザーが送信済みアイテム フォルダー内の同じ MailItem に再アクセスしたときに使用したいと思います。 「XXXX」プロパティの値を再度読み取ることができました。
私の追加の質問は次のとおりです。
Dmitry Streblechenko は MailItem.PropertyAccessor.SetProperty を使用することを提案していますが、それが使用されているのを見ると、スキーマ リンクを使用してプロパティを表す人がいます。プロパティを引き続き「XXXX」として認識させたい場合、どのスキーマ リンクを使用すればよいですか? 言い換えれば、Dmitry の提案で使用する正しい構文は何でしょうか?
「.GetProperty」呼び出しを使用して、後で送信済みアイテムからプロパティを読み取ることができると思いますが、問題は、私たちのアドインが何年も前から存在しており、ユーザーが送信したアイテムが元の UserProperty を持つ MailItems ですでにいっぱいになっていることです」 XXXX」が含まれています。.PropertyAccessor.SetProperty を使用してプロパティを設定した場合でも、UserProperties を使用してプロパティ "XXXX" を取得できますか?
または、メッセージの作成中に元のコードを使用して UserProperties を設定し続けた場合、.PropertyAccessor.SetProperty(" http://schemas.microsoft.com/mapi/id/ {00062008-0000-0000-C000- 000000000046}/8582000B", false) 元の投稿者が示唆しているように、ItemSend 中に UserProperties がメッセージと共に送信されないことを理解しています。送信済みアイテム フォルダ? Eugene Astafiev は、その .SetProperty 呼び出しを使用しても安全だと示唆していますが、それが送信側でメッセージに何が起こるかに影響するかどうかは明らかにしていません。
私の個人的な好みは、a) Outlook に特定の形式でメッセージを送信するように強制することなくアイテムを送信できるようにし、b) ユーザーの受信トレイのプロパティに引き続きアクセスできるようにするソリューションです。私たちは常に MailItem の UserProperties を使用していますが、ここで不可能なことを要求している可能性があることは承知しています。