我试图解决的问题是用户在 Outlook 2007 连接到 Exchange 2007 时收到“无法发送项目”错误。基本上，如果电子邮件中有图像（他们粘贴的图像或来自链中另一封电子邮件的图像），他们就会收到“无法发送项目”错误。最初以为这是 citrix 问题，但用户在 RDP 连接到服务器时也会遇到此问题。将消息更改为富文本 80% 的时间都有效，但我认为这不是一个解决方案，而是一个临时解决方法。
经过一些故障排除后，我们发现可以通过将用户添加为本地高级用户组的成员来修复错误。当然，这并不是真正的修复。我的想法是，高级用户添加/删除软件的能力可能会让他们获得更多的注册表访问权限，这可能会让他们绕过针对普通用户的限制。我尝试过查看 procmon，但大量的信息令人困惑。它最初看起来可能是 Outlook 2007 电子邮件安全设置，但这在高级用户和普通用户之间不会改变（在注册表中设置为 1，“使用 Outlook 安全设置公用文件夹中的安全设置”）。
我正在努力调整我的故障排除，以找出到底是什么阻止了它。有没有人遇到过类似的错误？或者有什么技巧可以尝试通过 procmon 追踪问题，因为我必须承认我的方法似乎有些不足 :)
编辑：所以我仔细检查了我们从进程监视器获得的两个日志（一个作为高级用户，一个作为普通用户）。令人恼火的是，我找不到被拒绝访问的明显区别。普通用户日志中有更多的访问被拒绝事件，但这些事件紧接着几分之一秒后对相同路径的成功条目。唯一引人注目的是拒绝访问 HKCR.html。这甚至没有出现在日志的高级用户版本中。据我所知，这有助于确定默认浏览器，这与 90% 的时间你可以将消息发送为富文本这一事实很好地联系在一起。
编辑：看来 KB2509470 是导致此问题的原因。不太清楚原因，但当我能弄清楚它的作用以及它导致问题的原因时，我会在这里发布，除非有人抢先一步！
答案1
好吧，这似乎可能不正确，但最终还是搞清楚了是什么原因造成的。原来是 WinZip 的问题，而不是之前怀疑的 Outlook 更新。我们使用的 WinZip 版本（版本 12）中的某些内容导致了这种情况。禁用它安装的 Oulook Companion 允许发送所有消息。我们已经升级到最新版本，一切都很顺利。
非常奇怪的问题但还是解决了。