Professionalのc#で、Offie(Outlook2010)用のVSTOアドインのアプリケーションを開発しています。接続先はOffice365です。c#は始めたばかりの初心者です。Studioやc#の言葉の使い方には自信がありません。間違えていればご指摘いただくと幸いです。10.0.50903.0と表示されます。以下のURLでダウンロードできるOffice2010のVSTOのランタイムのバージョンは10.0.60825で、私の開発環境より新しくなっています。所有者が二人以上いるのに、以下のコードでは実際に取得できるのは一人のみだからです。結果から、Outlook2010のVSTO関連のアセンブリ?にバグがあり、新しいVSTOのアセンブリ?なら解決するかもしれない・・と期待しているためです。新しいVSTO関連のアセンブリ?にする必要はありません。この問題の回避方法をご存じであれば、教えていただけますでしょうか。11:17:54参照で追加されるのは開発時用のアセンブリです。[回答1]ソリューションエクスプローラーでMicrosoft.Office.Tools.Outlookを選択して、プロパティウィンドウでパスを見てみてください。Assemblies\Microsoft\VSTO40\v4.0.Framework\Microsoft.Office.Tools.Outlook.dllあたりにあるとなっているはずです。Assembliesとなっていることからも推測できますが、これは参照用のアセンブリです。Officeをインストールしていない環境でビルドしようとした場合、アセンブリが無いと参照の解決ができずにビルドが失敗します。そのため開発時に参照するためだけのアセンブリが用意されており、そのアセンブリのファイルバージョンが古いということです。version.FileVersion));のようにすれば確認でき、新しいバージョンを参照していることがわかると思います。[回答2]outlook関係はほとんどわからないので回答ではないですが。同等のVBAマクロを実行した場合には想定したとおりの値になるのでしょうか?VSTO(Interop)はVBAマクロなどと同様のofficeオートメーションを.Netで扱えるようにラップしたものにすぎません。COMオブジェクトというのはインターフェースを公開しており、そのインターフェースに対して操作をするという仕組みになっています。.Netではそのインターフェースに一致する定義を用意してやることで操作できるようになりますが、あくまでインターフェースをつなぐだけで、ほぼCOMに直結されます。間違った値が取得されるというのであれば、もとの値から間違っている可能性が高いです。03:02:56gekkaさん、ご回答いただきありがとうございます。[回答1]のコードを実行してみると、私での環境では実行時に参照されているVSTOのアセンブリのバージョンは、10.0.60825(新しいバージョン)でした。※新しいバージョンが参照されていたのは、すでにWEBから10.0.60825のOffice2010のVSTOのランタイムをインストールしていたためだと予想します。[回答2]についてなのですが、VBAのマクロでの検証は行っていません。gekkaさんから頂いたご回答の内容から想像すると、VBAでも同じ結果しか得られないかもしれませんね。いきませんが、VBAでの検証も行ってみたいと考えています。検証結果が出たら報告いたします。gekkaさんのご回答で、VSTOの理解が深まり感謝いたします。今後ともよろしくお願いいたします。gekkaさんから頂きました返信を回答とさせていただきました。CSVファイルの保存がしたいです。flyppdevportal.com.。