我觉得这是一个愚蠢的问题但是：
我设置了一个测试环境，需要在其中启用 IIS 的 SMTP 基本身份验证。我有一台 Win2k3 r2 服务器作为 DC，位于其自己的 Windows 域 testdom.local 中。我还在该服务器上设置了带有 testdom.local 域的 MS pop3 服务器。我在该域上有一个名为“simon”的 Windows 帐户，并在 pop3 服务上设置了一个邮箱。
在 IIS smtp 服务器上设置匿名访问后，我可以从客户端向服务器发送电子邮件，该邮件将到达 simon 邮箱。如果我在 SMTP 服务器上打开基本身份验证，则无法让邮件客户端 (outlook 2003) 进行身份验证。
我遵循了这里所说的内容：http://support.microsoft.com/kb/324285
我努力了：
- SMTP 身份验证属性中的默认域框中的域“testdom”和“testdom.local”。
- 使用登录名“simon”，“[电子邮件保护]“和”testdom\simon“在邮件客户端的登录属性中。
- 我尝试使用“使用与我的传入服务器相同的设置”指定 smtp 身份验证并手动指定帐户详细信息。
我做错了什么？我觉得我忽略了一些非常明显的东西！
请注意：这是一个测试环境，我需要使用 SMTP 基本身份验证，因此我对使用任何其他身份验证选项不感兴趣。我已确保在客户端和服务器上关闭了集成 Windows 和 SPA 身份验证，并且我已仔细检查密码是否正确，因为 pop3 可以收集邮件。
答案1
我遇到了完全相同的问题，问题出在我尝试使用管理员帐户进行身份验证时。当我尝试使用非管理员用户帐户时，它开始正常工作。
该页面已不存在。其内容，使用 Way Back Machine 复制到此处以供参考：
如果您收到此错误并且用尽了 Microsoft 和网络上其他来源推荐的所有其他选项，那么您可能遇到了与我们遇到的相同的未知交换功能/错误。
经过一番调查，我们发现当我们安装 Exchange 时，它没有正确设置某些现有用户的权限。因此，尽管某些用户似乎拥有与其他可以进行身份验证的用户完全相同的权限和 SMTP 设置，但他们无法通过 SMTP 服务器进行身份验证。
为了解决这个问题，我们必须创建新的用户帐户。新用户帐户不会收到相同的 SMTP 错误。
要测试您是否遇到同样的问题，只需尝试创建一个新的域用户帐户并为其分配一个 Exchange 配置文件/电子邮件地址。如果此用户能够通过 SMTP 进行身份验证，那么您就找到了罪魁祸首。