どういうわけかInternet Explorerが遅い場合、デフォルトのブラウザとしてInternet Explorerを使用していなくても、Officeからのリンクのクリックも遅くなります。そのため、Internet Explorerが正常に動作しているかどうかを確認します。
DDEのせいだと確信しているように見えますが、Officeには驚くほど奇妙な機能があります。最初に Internet Explorerコンポーネントを使用して、クリックしたURLが有効かどうかを確認します。自身をInternet Explorerとして識別しません。アクセスログには次のように表示されます:
User Agent: Microsoft Office Existence Discovery
その後、結果のURLをデフォルトのブラウザーに渡します。あれは:
URLへの非表示の呼び出しでリダイレクトが発生した場合、デフォルトのブラウザには元のURLが与えられず、リダイレクトされたURLが与えられます。
何らかの理由でWebサイトがユーザーエージェント「Microsoft Office Existence Discovery」をブロックする場合、またはInternet Explorerの設定が何らかの理由でサイトへの適切なアクセスを妨げている場合、実際には通常のブラウザを使用しているときにリンクが機能していないように見えます。
ブラウザーがOfficeからのリンクをクリックしたときに、いくつかのログインページにリダイレクトし続ける理由を考えたことはありますか?右:WebサイトでInternet Explorerが認証されていない場合(特に、デフォルトのブラウザーでない場合に当てはまる場合)、一部のサイトがログインページへのリダイレクトで応答し、Officeが実際にクリックしたURLを忘れてしまう場合があります...
これについていくつかの詳細面白い Microsoftので迷惑な「Microsoft Officeのプロトコルディスカバリー」のMicrosoft Officeの有無検出プロトコルの説明ブログの記事:
Microsoft Office 2007のURLの場所からドキュメントを開く場合、Officeライブラリは、開くURLについてWebサーバーにHTTP HEAD要求を行うことができます。このリクエストは、User-Agentを「Microsoft Office Existence Discovery」に設定して送信されます。この通話はOffice 2007にとって初めてのことです。
HEADリクエストの目的は、コンテンツがURLの場所にドキュメントとして存在することを確認することであり、単なる読み取り専用セッションのために一時的なリソースとしてストリーミングされるだけではありません。また、この呼び出しは、HEAD応答でWebサーバーから返されたコンテンツの最終変更時刻を取得しようとします。
[...]
この呼び出しは、編集自体が要求されていない場合でも、すべてのURLオープン試行で発生します。その結果、追加のWeb呼び出し(別のセッションのWebブラウザーではなく、ネットワークセッションのOfficeアプリケーションのプロセススペースから行われる)が原因で、一部のユーザーに認証(401)または損失の追加プロンプトが表示される可能性があります。ログインページまたはその他のフィードバックフォームへのセッション状態と不要なリダイレクト(302)これは予想される動作です。
これはレジストリを使用して無効にできるようです。をクリックした後、MS Word検証リンクで私の回答を参照してください。