CUC统一消息问题由于在语音留言标题栏控制字符.PDFVIP

CUC统一消息问题由于在语音留言标题栏的控制 字符 目录 简介 先决条件 要求 使用的组件 问题 根本原因 受影响的版本 验证的CLI查询 解决方案 简介 本文描述控制字符有在Cisco Unity Connection的作用(CUC)，当存在语音留言的标题栏时。 先决条件 要求 思科建议您有CUC的知识。 使用的组件 本文档中的信息根据CUC版本8.X和以上。 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。 问题 控制字符或消息的发送方显示名称报头出现在标题栏的打乱CUC的尝试对同步消息用Microsoft Exchange服务器。 一些传统电话发送^A作为在发送方显示名称报头的第一个字符对CUC服务器为 了创建语音留言操作。 CUC服务器草拟从发送方显示名称报头的附属的报头，因此也包含^A字符。 这中断统一消息流。 Note:此问题在Cisco Bug ID CSCur53311描述。 根本原因 Exchange网站服务(EWS)请求响应用于为了同步在您的CUC邮箱和Microsoft Exchange服务器之间 的语音留言。当CUC同步包含^A字符到Exchange服务器的语音留言时，发送与同一个字符的一标 题栏，并且消息在Exchange邮箱顺利地保存。CUC使用CreateItem EWS请求为了创建在 Exchange服务器的语音留言。 当CUC尝试通过在Exchange邮箱的FindItem EWS请求搜索项目所有用户(在这种情况下，项目例如 与包含^A字符)的标题栏时的语音留言， Exchange服务器回应开始标题(SOH)作为学科内容(十六进 制01， #x1;)。 CUC使用简单API XML (萨克斯管)分析程序为了解析EWS答复XML。萨克斯管分析程序解析与在 XML版本1.0的语法的XML (CUC支持)的版本定义。SOH内容是一个无效XML 1.0字符。当XML萨克 斯管分析程序尝试解析控制字符时，失效与致命错误，并且同步尝试不为消息的其余在邮箱的继续 。 受影响的版本 所有在版本10.x之前的CUC版本没有Cisco Bug ID的CSCur53311一个修正。 验证的CLI查询 为了检查在发送方显示名称报头或标题栏的控制字符，您能使用这些CLI查询： 输入此命令到CLI为了得到受影响消息的总数： run cuc dbquery unitymbxdb1 select count(*) from vw_mailbox as mb, vw_message as m where mb.mailboxobjectid = m.mailboxobjectid AND left(m.senderdisplayname,1)=CHR(1) 此查询检查在发送方显示名称报头的第一个字符并且验证它是否是SOH字符。  输入此命令到CLI为了检查SOH字符在消息的标题栏的所有位置： run cuc dbquery unitymbxdb1 select count(*) from vw_message where instr (subject,CHR(1),1)!=0 提示 ：您能修改这些查询为了检查其他控制字符或标准字符。用appropriate值替换在CHR()的 值。参考ASCII代码表其他信息。 解决方案 在Cisco Bug ID CSCur53311描述的缺陷在CUC版本10.5(2)修复。此版本可以从Cisco软件下载网 页的下载。 完成一个临时修正的这些步骤： 1. 保证没有发送的消息到有^A的CUC服务器在标题栏。 2. 输入此in命令对CLI为了得到受影响的用户的列表，然后禁用他们的单个收件箱功能： run cuc dbquery unitymbxdb1 Select description from vw_mailbox mb inner join vw_message m on mb.mailboxobjectid = m.mailboxobjectid where instr(subject, CHR(1),1)!=0 3. 手工删除已确定语音留言： 输入此命令到CLI为了获取消息对象ID和受影响的消息的文件夹对象ID ： run cuc dbquery unitymbxdb1 Select messag