Se, de alguma forma, o Internet Explorer estiver lento, clicar nos links do Office também ficará lento, mesmo que você não use o Internet Explorer como navegador padrão. Portanto, verifique se o Internet Explorer ainda está funcionando bem.
Embora você pareça confiante de que o DDE é o culpado, o Office tem um recurso surpreendentemente estranho: ele usa um componente do Internet Explorer para ver se o URL clicado é válido. Não se identifica como o Internet Explorer; nos logs de acesso pode-se ver:
User Agent: Microsoft Office Existence Discovery
Depois disso, entrega o URL resultante ao navegador padrão. Isso é:
-
Se a chamada oculta para o URL gerar algum redirecionamento, o navegador padrão não receberá nem o URL original, mas o URL redirecionado.
-
Se, por algum motivo, o site bloquear o "Detecção de Existência do Microsoft Office" pelo Agente do Usuário, ou se as configurações do Internet Explorer impedirem o acesso adequado ao site, o link poderá parecer inativo enquanto na verdade navegador funcionaria bem.
Já se perguntou por que o seu navegador continua redirecionando você para alguma página de login ao clicar em links do Office? Certo: se o Internet Explorer não é autenticado no site (especialmente verdadeiro quando não é o navegador padrão), alguns sites podem responder com um redirecionamento para uma página de login, fazendo com que o Office esqueça o URL que você realmente clicou ...
Mais alguns detalhes sobre esse engraçado irritante "Microsoft Office Protocol Discovery" na Microsoft Descrição da postagem do blog do Protocolo de descoberta de existência do Microsoft Office :
When opening documents from a URL location in Microsoft Office 2007, the Office library can make an HTTP HEAD request to the web server for the opening URL. This request is sent with a User-Agent set to"Microsoft Office Existence Discovery". This call is new to Office 2007.
The purpose of the HEAD request is to check that the content exists at the URL location as a document, and not simply as a tempoary resource streamed down for a read-only session. The call will also attempt to obtain the last modified time of the content as returned by the web server in the HEAD response.
[...]
This call occurs on all URL open attempts, even if editing is not requested per se. As a result it is possible that the extra web call (made from the process space of the Office application in its network session and not the web browser in a separate session) can cause some users to see extra prompts to authenticate (401) or loss of session state and an unnecessary redirection (302) to a login page or other feedback form. This is expected behavior.
Parece que isso pode ser desativado usando o registro; veja minha resposta em MS Word validando links após o clique .