我们正在使用集成的 Windows 身份验证（我认为是 NTLM）。所有其他客户端似乎工作正常，IE6 或 IE7。Intranet 站点位于 IE 中的受信任站点区域中。
第一个测试的用户说 IE8 最初可以工作，但一个补丁可能已经破坏了它。我测试了将我的工作 IE7 安装升级到 IE8 并看到相同的行为。
访问该站点时，我们会收到登录提示，我们可以通过域\用户名和密码进行身份验证。从文档库中访问某些内容时，我们也会再次收到提示。
有没有其他人看到过这种行为？
Sharepoint 2007 SP2 或切换到 Kerberos 会修复它吗？
下面可能是相关的，但是这引用了在服务器上运行 IE8，此外，我们仍然可以进行身份验证，只是不能自动进行。
环境：
运行 Brightmail 6 的 Exchange 2003 前端服务器
带有邮件存储等的 Exchange 2003 后端服务器。
垃圾邮件在带有标志“X-bmifolder：1”的标头中由 Brightmail 正确标记
在大多数情况下，这些邮件会按原样移至用户的“垃圾邮件”文件夹，但仍有一些邮件仍会进入收件箱。
在与赛门铁克交谈时，他们说他们所做的只是标记标题，然后 Exchange 根据标记将邮件移动到“垃圾邮件”文件夹。因此，这是我们的 Exchange 服务器的问题。好吧，如果这是真的，那很好，但是 Exchange 中的什么机制正在执行此操作等，以便我可以进行故障排除？它看起来不像一个标准标签，那么 Exchange 怎么知道如何处理它呢？
作为一种解决方法，看起来我可以在 Outlook 客户端中创建一个规则，以根据标题中找到的文本移动电子邮件，但如果它是客户端规则，它就不太理想，只会覆盖该用户。
注意 - 有点类似的问题，但对于 Exchange 2007：我可以在 Exchange 2007 的服务器端强制执行邮件规则吗？
**更新：
我相信我们现在已经解决了这个问题。“问题”实际上是在交换服务器端。
Exchange 2003 毕竟能够理解 x-header 并使用它来确定垃圾邮件可信度 (SCL)
这是一个关于在 Outlook 中查看电子邮件 SCL 的好教程。
http://msexchangeteam.com/archive/2004/05/26/142607.aspx
这样，我确定 Exchange 知道这封电子邮件是垃圾邮件，但仍在将其发送到收件箱。
这是关于 Exchange 2003/Outlook 如何处理垃圾邮件的两个高质量链接。
http://www.exchangeinbox.com/article.aspx?i=27&t=3&all=1 http://www.exchangeinbox.com/article.aspx?i=25&t=3&all=1
所以问题是用户在 Outlook 中将多个人列为联系人，而 Outlook 默认情况下会将联系人中任何人的地址列入白名单。这同样适用于欺骗发件人地址的垃圾邮件发送者。
所以答案是进入 OWA 网络邮件 / 选项 / 管理垃圾邮件列表 / 并取消选中“信任来自联系人的电子邮件”