单击电子邮件中的超链接变得非常缓慢


9

运行Windows 7(RC,64位)。突然之间,经过几个月没有问题的今天,点击链接变得非常缓慢。

我在两个地方注意到了这一点。

(1)单击Outlook电子邮件中的超链接,这将启动Firefox,大约需要一分钟。单独启动Firefox是即时的-我有一个SSD驱动器和一个非常快的CPU。(2)打开附加到Outlook电子邮件的Word文档还需要花费很长时间。

这两个唯一的共同点是,如果我没记错的话,它们使用DDE机制向应用程序发送DDE打开命令。在Windows XP下,有时可以通过取消选中文件类型映射中的“使用DDE”复选框来解决此问题,但是,在Windows 7下我找不到任何等效项。

看到这里的其他人,我相信也是同样的问题。请参阅此处以获取更多证据,证明DDE超级慢。


也许使用Process Explorer监视outlook.exe可能会产生一些有趣的信息:technet.microsoft.com/en-us/sysinternals/bb896653.aspx
John T

将在下一次发生这种情况时尝试
Joel Spolsky

我在XP上观察到类似的情况,在XP上通过DDE 打开任何类型的文件似乎会使资源管理器挂起大约15秒钟。我非常有信心Outlook 2007会造成这种情况,因为如果我完全关闭Outlook,问题就不会解决。当我重新启动Outlook时,问题不会立即重现,但是几分钟后又回到了做同样的事情。
查理

Answers:


5

如果Internet Explorer变慢,那么即使您没有将Internet Explorer用作默认浏览器,单击Office链接也会变慢。因此:检查Internet Explorer是否仍能正常运行。

尽管您似乎对应该归咎于DDE很有信心,但是Office具有一个令人惊讶的奇怪功能:它首先使用Internet Explorer组件来查看单击的URL是否有效。它不会将自己标识为Internet Explorer。在访问日志中,可能会看到:

User Agent: Microsoft Office Existence Discovery

之后,它将结果URL传递给默认浏览器。那是:

  • 如果对URL的隐藏调用产生一些重定向,则默认浏览器甚至不会获得原始URL,而是获得重定向的URL。

  • 如果该网站由于某种原因阻止了用户代理“ Microsoft Office存在发现”,或者如果您的Internet Explorer设置以某种方式阻止了对该网站的正确访问,则该链接似乎已失效,而实际上使用普通的浏览器将可以正常工作。

有没有想过为什么单击Office链接时浏览器会不断将您重定向到某些登录页面?正确:如果未在网站上对Internet Explorer进行身份验证(尤其是当它不是您的默认浏览器时,则为true),那么某些网站可能会通过重定向到登录页面来进行响应,从而使Office忘记了您实际单击的URL ...

在Microsoft的Microsoft Office存在发现协议协议说明中,有关此有趣的令人讨厌的“ Microsoft Office协议发现”的更多详细信息:

从Microsoft Office 2007中的URL位置打开文档时,Office库可以向Web服务器发出HTTP HEAD请求以获取打开URL。该请求与设置为“ Microsoft Office存在发现”的用户代理一起发送。此呼叫是Office 2007的新增功能。

HEAD请求的目的是检查内容是否作为文档存在于URL位置,而不仅仅是作为只读会话流下的临时资源。该调用还将尝试获取Web服务器在HEAD响应中返回的内容的最后修改时间。

[...]

即使本身不要求编辑,此调用也会在所有URL打开尝试中进行。如此一来,额外的Web调用(由Office应用程序在其网络会话中的处理空间而不是在单独的会话中的Web浏览器进行的处理空间)可能导致某些用户看到额外的身份验证提示(401)或丢失会话状态和不必要的重定向(302)到登录页面或其他反馈形式。这是预期的行为。

似乎可以使用注册表禁用此功能;单击后,MS Word验证链接中查看我的答案。


谢谢!我怀疑Outlook会在一段时间内预提取链接,但是您已经确认了这一点。多么愚蠢的功能。
Rich

4

我越来越近了。

重新启动解决了该问题。:)并非那是一个永久的解决方案...

根据Microsoft程序员Raymond Chen的说法,DDE应该已经过时,但是似乎每个人都还在使用它。

他说,DDE的问题在于它是协作的,一个挂起的应用程序可能会导致所有其他应用程序在尝试使用DDE时无法正确响应。

以我为例,重新启动解决了该问题,因为它关闭了无法正确响应DDE消息的任何应用程序。

在Windows XP时间表中,此问题的常见解决方案是取消选中文件类型处理程序中的USE DDE框,但是该复选框在Windows 7中似乎不再存在。即使DDE已过时,应用程序仍将其注册在注册表中,因此像Outlook 2007这样的愚蠢应用仍然使用它来启动超链接。

这个解决方案不是很有用,因为甚至像Firefox这样的愚蠢的应用程序都非常想使用DDE,以至于它们每次启动时都会像使用DDE一样重新注册自己。唯一的永久解决方案是更改注册表中相应键上的安全设置,以使Firefox无法对其进行写入。

我对这个答案仍然不太满意。


2

不久前我遇到了类似的问题,而问题肯定是与Outlook有关,它在打开链接和附件时变得很慢。在我的情况下,PST文件已超过4 GB。

尝试压缩您的PST或OST文件:

  1. 工具| 帐号设定
  2. 点击Data Files标签
  3. 选择您的邮箱,然后单击 Settings
  4. [交换模式]在Advanced标签中,点击Offline Folder File Settings
  5. 请点击 Compact Now

MSKB还有其他一些技巧:如何解决Outlook 2007中的性能问题


我将尝试压缩脱机文件...就我而言,它是OST,只有1GB。
乔尔·斯波斯基

ZOMG,就是这样!压缩OST文件即可解决问题!!!
乔尔·斯波斯基

编辑以添加特定的说明,以防万一将来有人发现它
乔尔·斯波斯基

啊!我很快就讲了。这没有解决。我认为这样做的原因太尴尬了,在这里不能提及。:-DI确实认为它与DDE机制有关,因为在过去,可以通过删除Firefox在注册表中放置的DDE条目来临时解决此问题
Joel Spolsky

2
好吧,至少您的Outlook存储文件在此过程中得到了一些免费维护:)

1

我知道有个老问题,但是可以解决...在尝试了其他一些建议之后,我终于通过在Microsoft Office上运行修复安装程序解决了该问题。

现在,所有由DDE启动的程序(FireFox,Excel等)都可以正常启动而没有延迟。


1

我在Office 2007上运行XP。我最初尝试了许多解决方案,讨论了使用“%1”并在各种文件扩展名中禁用DDE的方法,但它似乎仅对所选扩展名有效,并且仅当它们从特定位置启动时才有效。 。(即,从我的“快速启动”工具栏上启动了,Outlook并不总是能够加快速度。)

当我遇到相同的问题时,我尝试了以下所有解决方案。尽管我不确定是哪一种,但其中一种似乎已经奏效。尽管这个问题首先发生在我正在做的一些备份工作中,涉及外部驱动器,同时我正在打开一个相当旧的Outlook pst文件,但我从未确定根本原因。在注意到该问题之前不久,我尝试导出旧的Outlook日历时遇到了某种(ODBC?)错误。我怀疑这些动作之一可能与之有关。

  1. 开始菜单| 运行 Cmd | chkdsk c:\ / F(选择在解决方案出现时重新启动终端,尽管我在实际重启之前尝试了解决方案2和3)。

  2. 验证网络DDE和DDE DSDM在我的服务中已被禁用(它们已经被禁用)。

  3. 验证我最近没有安装任何可能会干扰的新东西(我没有)。

  4. 开始| 设置| 控制面板 设置程序访问权限和默认设置| 定制| 选择了我的选项(我将Outlook用于电子邮件,将Firefox作为浏览器)。当我这样做时,Microsoft修复了一些东西。此时,我重新启动(从选项1重新启动),并且在chkdsk运行后,一切恢复正常。

我还读到有些人在执行Office的修复重新安装后成功了,但是由于我手头没有磁盘,因此我打算将其用作最后的选择。

祝好运。


1

我尝试了以上所有建议,但均未成功。单击超链接后等待一整分钟,然后在Firefox中显示,这非常令人沮丧。如果单击不止一次,则每次单击都会显示为不同的选项卡。

所以这是我的解决方法,该方法可行,但仍然很烦人。

当您要激活超链接时:

  1. 右键单击-请勿单击鼠标左键,因为那样会启动60秒的等待时间;
  2. 复制显示的Internet URL地址,然后
  3. 只需将链接粘贴到浏览器中,然后按Enter。您的页面立即出现。

每次都可以使用,因为您以某种方式绕过了Outlook中的错误,从而阻止了我们直接连接。



-1

我必须执行以下操作来解决此问题:

  1. 将Internet Explorer设置为默认浏览器(在我的系统上,我实际上必须使用Safari将IE设置为默认值,这足够奇怪)
  2. 重启
  3. 将Firefox设置为检查它是否为默认浏览器,打开Firefox并选择“是”将其设置为默认浏览器。

我每周必须这样做一次,但我还没有想出更大的原因。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.