Se, de alguma forma, o Internet Explorer estiver lento, o clique nos links do Office também será lento, mesmo se você não usar 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 possui um recurso surpreendentemente estranho: ele primeiro usa um componente do Internet Explorer para verificar se o URL em que um clique é válido. Não se identifica como Internet Explorer; nos logs de acesso, pode-se ver:
User Agent: Microsoft Office Existence Discovery
Depois disso, ele 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á o URL original, mas o URL redirecionado.
Se, por algum motivo, o site bloquear o agente "Descoberta de existência do Microsoft Office", ou se as configurações do Internet Explorer impedirem o acesso adequado ao site, o link poderá parecer inoperante enquanto, na verdade, usando um navegador normal, ele funcionaria bem.
Você já se perguntou por que seu navegador o redireciona para alguma página de login ao clicar nos links do Office? Certo: se o Internet Explorer não estiver autenticado no site (especialmente quando não é o navegador padrão), alguns sites poderão responder com um redirecionamento para uma página de login, fazendo o Office esquecer a URL na qual você realmente clicou ...
Alguns mais detalhes sobre este engraçado irritante "Microsoft Office Protocol Discovery" na da Microsoft Descrição do Microsoft Office Existência Discovery Protocol post no blog:
Ao abrir documentos de um local de URL no Microsoft Office 2007, a biblioteca do Office pode fazer uma solicitação HTTP HEAD ao servidor da Web para o URL de abertura. Essa solicitação é enviada com um User-Agent definido como "Microsoft Office Existence Discovery". Esta chamada é nova no Office 2007.
O objetivo da solicitação HEAD é verificar se o conteúdo existe no local da URL como um documento, e não simplesmente como um recurso temporário transmitido para uma sessão somente leitura. A chamada também tentará obter a hora da última modificação do conteúdo retornada pelo servidor da web na resposta HEAD.
[...]
Essa chamada ocorre em todas as tentativas de abertura de URL, mesmo que a edição não seja solicitada por si só. Como resultado, é possível que a chamada da Web extra (feita a partir do espaço de processo do aplicativo Office em sua sessão de rede e não do navegador da Web em uma sessão separada) possa fazer com que alguns usuários vejam solicitações adicionais para autenticação (401) ou perda do estado da sessão e um redirecionamento desnecessário (302) para uma página de login ou outro formulário de feedback. Este é o comportamento esperado.
Parece que isso pode ser desativado usando o registro; veja minha resposta no MS Word validando links após clicar .