2

ご存じない方もいらっしゃるかもしれませんが、Microsoft は 2013 バージョンのすべての Office 製品でクリック ツー ランをより一般的なものにしています。Outlook、Word、または Excel を使用する、またはそれらと統合するソフトウェアを作成する場合は、オートメーション API、MAPI、または .NET PIA の使用におそらく慣れているでしょう。Office 製品 (クリックして実行) の新しい仮想化されたインストールでは、プロセス外の統合方法は一切サポートされなくなりました。

サードパーティのインテグレーター向けに、この分野でマイクロソフトのガイダンスがどのようなものであるかを知っている人はいますか? 彼らの製品をサポートしている無数の企業に、すぐに出荷してもらいたいと思っているとは想像できません。たとえば、MAPI が機能しなくなった場合、他のプロセスはどのように .MSG ファイルを読み取ったり、Exchange で SMTP アドレスを解決したり、Exchange からグローバル アドレス リストを取得したりする必要があるのでしょうか?

サードパーティのインテグレータが今後どのような道を歩むのか疑問に思っているのは私だけではありません。明らかに、インプロセス アドインが常に実現可能であるとは限りません。一部の統合はサーバーベースであるか、Outlook/Word が常に実行されているとは期待できません。

現時点での唯一の回避策は、クイック実行を使用する代わりに完全な MSI バージョンをインストールすることです。問題は、ボリューム ライセンスのみに MSI インストールが与えられることです。これは、全面的に均等に適用されるわけではありません。

私たちが座っている場所からはかなり霧がかかっているように見えるので、他の誰かが将来がどうなるかについて風に吹かれましたか.

4

1 に答える 1

0

少なくとも Outlook 2013 の C2R インストールでは、Outlook 2010 には確かに問題がありました。

そうは言っても、いくつかの既知の問題があります。特に、MAPI オブジェクトをアウト プロセスで Outlook からアプリにマーシャリングしている場合は、いくつかのレジストリ キーが作成されず、MAPI マーシャリングが壊れています。これらのキーを復元できます - http://tech.groups.yahoo.com/group/Outlook-Redemption/message/9600を参照してください。

于 2013-07-18T15:46:05.897 に答える