我在运行Windows Server 2008 x64 Enterprise的Exchange Server 2010上收到此错误（事件36887 schannel收到以下致命警报：10）。
以下是错误的详细信息：
Log Name: System Source: Schannel Date: 1/16/2013 3:31:20 PM Event ID: 36887 Task Category: None Level: Error Keywords: User: SYSTEM Computer: xxx-exchsrv-xx.xxxxxxx.local Description: The following fatal alert was received: 10. Event Xml: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Schannel" Guid="{1F678132-5938-4686-9FDC-C8FF68F15C85}" /> <EventID>36887</EventID> <Version>0</Version> <Level>2</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x8000000000000000</Keywords> <TimeCreated SystemTime="2013-01-16T21:31:20.270752700Z" /> <EventRecordID>98196</EventRecordID> <Correlation /> <Execution ProcessID="536" ThreadID="12" /> <Channel>System</Channel> <Computer>xxx-exchsrv-xx.xxxxxxx.local</Computer> <Security UserID="xxx-xx" /> </System> <EventData> <Data Name="AlertDesc">10</Data> </EventData> </Event> 我找不到那个具体的错误。 请帮助！
谢谢！
你是否经常收到这些错误（按照计划？），你是否知道与他们的外表相一致的实际问题？ 我问，因为你可以放心地忽视或压制他们。
错误本身是相当模糊的。 根据TLS协议RFC，这表明一个意外的消息 。 具有致命结果的警报消息立即终止连接。 在这种情况下，对应于该会话的其他连接可以继续，但是会话标识符务必被无效，从而防止失败的会话被用于build立新的连接。
这听起来真的有问题，直到你意识到试图build立TLS连接的机器很可能再次以更令人满意的方式再次尝试。
如果您想禁止SChannel警报，则可以调整KB260729中详细介绍的registry设置。
更新：这些都是外部造成的。 您可以通过尝试以下列（无效）方式访问您的Outlook Web Access站点来生成类似的错误 –
http://mail.example.com:443/owa （注意在端口443上使用http，不是https）
如果你在这之后检查你的事件日志，你会看到一个致命的警告10，内部错误状态为1203.这显然没有什么值得关注的。 它与所有尝试访问OWA的用户有关，而与服务器configuration错误无关。
你有多less次有这些错误？ 我有他们有时，这意味着一个ssl连接失败，无论出于何种原因。 可能是客户端发送错误的请求或其他东西。 我有这个问题，每2分钟发生一次畸形的imap连接。
如果它不经常发生，我想你可以忽略它们。