在Outlook中不能发送项目错误 – registry的权限?

我试图解决的问题是用户在Outlook 2007中连接到Exchange 2007时出现“无法发送项目”错误。基本上,如果电子邮件中有一个图像(无论是他们粘贴的还是链接中的另一个电子邮件的图像)他们得到一个“无法发送项目”错误。 最初认为这是一个citrix的问题,但用户得到它时,RDP到服务器以及。 将邮件更改为Rich Text可以在80%的时间内工作,但我不认为这是一种解决scheme,而是更多临时解决方法。

经过一些故障排除后,我们发现可以通过添加用户作为本地用户组成员来解决错误。 当然这不是一个真正的解决办法。 我的想法是,高级用户添加/删除软件的能力可能会让他们更多地访问registry,这可能会让他们得到一个正常用户的限制。 我尝试过一个procmon,但是大量的信息令人困惑。 它最初看起来像可能是Outlook 2007电子邮件安全设置,但在高级用户和普通用户之间不变(在registry中将其设置为1,“使用Outlook安全设置公用文件夹中的安全设置”)。

我正在努力调整我的故障排除,以确定是什么阻止它。 有没有人有类似这样的错误的经验? 或者是有任何提示试图通过procmon追查问题,因为我必须承认我的方法似乎有点缺乏:)

编辑:所以我通过我们从过程监视器(一个作为电力用户和一个正常用户)的两个日志trawled。 令人烦恼的是,我发现什么东西被拒绝访问没有明显的区别。 在正常的用户日志中有更多的访问被拒绝的事件,但是这些事件之后很快会成功地进入到相同的path中。 唯一突出的是HKCR.html拒绝的访问。 这甚至不出现在日志的高级用户版本中。 从我的理解,这有助于确定默认浏览器,这很好地结合在一起,你可以发送邮件作为富文本的事实。

编辑:看起来像KB2509470是造成这个问题。 不知道为什么,但是当我可以弄清楚它是干什么的,为什么会导致这个问题会在这里发布,除非有人打我呢!

那么这似乎可能是不正确的,但最终导致了这一点。 事实certificate,这是WinZip,而不是以前怀疑的Outlook更新。 我们正在使用的WinZip版本(版本12)正在导致这个问题。 禁用它安装的Oulook Companion允许发送所有消息。 我们已经升级到最新版本,一切都很好,花花公子。

非常奇怪的问题,但解决了所有相同的。