语音和统一通信 : Cisco Unity

Unity ‘您的消息不是在UMR模式的可用的’提示符

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 23 日) | 反馈

简介

当Cisco Unity服务器不提供消息到Microsoft Exchange服务器时,本文提供步骤排除故障情况。大多数这些问题看到,当邮箱被移植到在使用Microsoft Exchange 2010和步骤概述的一个Microsoft Exchange 2010服务器以Cisco Unity版本8.0时, 7.0,并且5.0迁移文档没有被跟随。

贡献用Anirudh M Mavilakandy和撒拉谢里登, Cisco TAC工程师。

先决条件

要求

Cisco 建议您了解以下主题:

  • Cisco Unity
  • Microsoft Exchange

使用的组件

本文档中的信息基于以下软件和硬件版本:

  • Cisco Unity版本5.0或以上
  • Microsoft Exchange 2003年或以上作为合作伙伴邮件存储

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

症状

当您设法通过电话用户接口(TUI)时访问语音邮件,您听到提示符‘您的消息当前不是可用的’。消息在C:\Commserver\UnityMTA文件夹被滞留(这假设, Cisco Unity在硬盘安装)。

如果一些消息传送,但是其他消息在消息传输代理(MTA)文件夹坚持,请参阅UMR事件ID的Unity 113个故障情景为了排除故障问题。

当消息在MTA文件夹时没有被滞留,并且,当用户听到‘您有没有新的消息的提示符时,请参阅Unity ‘您有没有新的消息的及时故障排除程序为了排除故障问题。

背景

Cisco Unity使用Messaging Application Programming Interface (MAPI)协议为了用Exchange服务器通信和提供消息。Cisco Unity服务器尝试登录到主要的Unity server>邮箱的Unity_<servername,是址的在合作伙伴Exchange服务器。如果Cisco Unity不能在启动时访问此邮箱, Unity应用程序在Unity消息存储器(UMR)模式安置,因此意味着消息在Unity服务器存储本地,直到与Exchange的通信恢复。这是其中一个可能的来源Unity在UMR模式。本文也包括UMR模式的一些个其他可能的原因。

这些工具,安装以Cisco Unity,可以用于证实Unity_<servername>邮箱和驻留的服务器是否可访问。

RPC测验

RPC测验可以用于为了确定Exchange服务器是否正确通信与Cisco Unity和RPC。

  1. 在Cisco Unity服务器上,请选择Start > Run
  2. 输入cmd为了启动CLI窗口。
  3. 更改目录到x:\Commserver\Utilities\Customer支持工具\ RPCTest \。(请用Unity安装。)的驱动替换x
  4. 输入rpctest - s exchangeservername命令,其中exchangeservername是合作伙伴Exchange服务器的名称,或者Clent接入服务器(CAS)。

    如果测验是成功的输出包括线路“服务器在线路。: :RpcMgmtIsServerListening:0".

更详细的资料可以在Unity找到:如何使用RPCTest工具检测,如果Microsoft Exchange服务器可及的

Dohproptest

Dohproptest允许您查看邮箱配置的详细信息和确定是否可及的。

  1. 在Cisco Unity服务器上,请选择Start > Run
  2. 输入cmd为了启动CLI窗口。
  3. 更改目录对x:\Commserver\TechTools\。(请用Unity安装。)的驱动替换x
  4. 输入DohPropTest.exe -命令为了启动工具。
  5. 访问工具的密码计算与公式(100-Month)(Month+Date),因此一月第10的密码是(100-1)(1+10) = 9911
  6. 在集窗格中,请找出邮件用户
  7. 在集对象窗格中,请找出Unity_<servername>邮箱
  8. 单击获得用户邮箱
    如果登录是成功的,您应该为邮箱看到有Displayname、主服务器和配置的限制的一新窗口

MbxSuite

MbxSuite做Cisco Unity执行对Microsoft的MAPI的同样请求。在您输入一些信息后, MbxSuite.exe尝试一登录对邮箱。

  1. 在Cisco Unity服务器上,请选择Start > Run
  2. 输入cmd为了启动CLI窗口
  3. 更改目录对x:\Commserver\TechTools\。(请用Unity安装。)的驱动替换x
  4. 输入MbxSuite.exe命令为了打开工具。
  5. 选择Unity_<servername>邮箱
  6. 在运行作为字段,请输入Unity消息存储服务帐户,典型地已命名UnityMsgStoreSvc。输入帐户密码,当提示。
  7. 点击登录邮箱
  8. 检查诊断窗格错误。
    如果登录是成功的,您应该看到““MailboxLogon退出””跟随的MailboxLogon条目。

如果邮箱可访问, Microsoft的MFCMAPI工具,有当前MAPI配置文件的,可能也用于验证。欲知更多信息,请参阅Microsoft文档。

故障排除

完成每个步骤按顺序。在每个步骤,重新启动AvUmrSyncSvr服务和检查后在UnityMta文件夹保持通讯数量是否减小。

  1. 当用户邮箱被移动(在同一个Exchange服务器或一个新的Exchange服务器),必须应用需要的权限到新的邮箱数据库。

    安装权限向导新版本有在帮助文件找到的说明的。登录到有是域管理员组的成员的帐户的Cisco Unity服务器并且重新运行权限向导。保证您选择应用权限对包含Cisco Unity用户邮箱的所有邮箱数据库

  2. 保证Global Catalog (GC)服务器可及的。 Cisco Unity监控目录更新的GC服务器。Cisco Unity MAPI客户端也需要能用GC服务器通信。为了检查/请更换当前监控的GC服务器,完成这些步骤:
    1. 选择Cisco Unity Tools Depot >管理工具>启动DCGC重新连接设置
    2. 忽略警告并且单击继续
    3. 点击全局目录选项卡并且验证当前GC服务器是有效的服务器。
    4. 否则,请点击强制重新连接。这搜索新/有效的服务器,并且也许需要一些瞬间完成。

    为了检查/请更换MAPI客户端使用的GC服务器:

    1. 登录到有Unity消息存储服务帐户的Cisco Unity服务器(典型地这是UnityMsgStoreSvc)。
    2. 开始Regedit
    3. 展开关键[HKEY_CURRENT_USERSoftwareMicrosoftWindows NTCurrentVersionWindows Messaging SubsystemProfilesUnity System Profile]。
    4. 找出该的密钥与dca的生存…
      Cisco Unity MAPI客户端通信GC的名称在密钥001e6602显示。

      注意:在本例中MAPI客户端使用Unity为目录更新监控的同一个GC服务器。这不是需求,但是可帮助排除同步问题在两个GC服务器之间。

  3. 消息存储配置向导(MSCW)的执行造成MAPI配置文件被再创,有时密钥没获得适当地再创的dca。如果它已经不存在,请添加一个新的字符串值呼叫001e6602在dca密钥下并且更新数据值匹配在DCGC看到的GC服务器重新连接设置工具。
  4. 用户对象的SMTP地址属性在活动目录的必须包含一个有效电子邮件地址。如果此值不是存在目录,不会是存在Unity SQL数据库,并且这引起意外行为。此问题在Exchange通常看到2003年,并且归结于不完成接收更新的服务(RUS)要求的任务为了填充此属性。RUS服务的重新启动从交换系统管理器的内部生成缺少电子邮件地址和通常解决此问题。
  5. SMTP地址必须是存在Unity SQL数据库和匹配在活动目录配置的值。

    在Cisco Unity服务器上:完成这些步骤:

    1. 选择SQL企业管理器
    2. 展开到数据库Unity DB。
    3. 选择用户
    4. 用鼠标右键单击查询
    5. 输入挑选别名,从smtpaddress空的用户的smtpaddress
      此查询应该返回仅安装程序帐户,默认情况下不会有一个SMTP地址。如果结果包括Unity用户,请运行MSCW为了与活动目录同步Unity DB。运行MSCW的信息在步骤6.报道。
  6. EAdmin邮箱被移动向一个不同的邮件库或没有移植与其他系统帐户。全部三个Unity系统帐户邮箱,详情参见此步骤,应该是存在同样邮件库。
    • 与displayname “示例管理程序的EAdmin - <servername>”
    • 与displayname “Unity消息处理系统的Unity_<servername>邮箱- <servername>”
    • 与displayname “USbms_<servername>”的USBms_<servername>

    在邮箱被搬到Exchange的后正确位置,您必须运行在Cisco Unity服务器的MSCW :

    1. 选择控制面板>Add/删除程序
    2. 点击崔凡吉莱/删除为了运行Cisco Unity MSCW。
    3. 选择全部三个邮箱查找的Exchange版本>数据存储器
    4. 按照屏幕提示为了完成向导。

    详细步骤在更改被提及重新配置和升级指南的合作伙伴Exchange服务器部分Cisco Unity文档的。

  7. 检查连接对Unity_<servername>邮箱与MbxSuite和Dohproptest。
    • MbxSuite失效与: “: :HrMailboxLogon ERROR:0x80004005 CMBXMapiSession :LogonBox ERROR:0X80004005".
    • Dohproptest失效与“失败获得用户的主要的邮箱:8004011d".

    这两个错误通常指向在Exchange服务器端的问题。重新启动在所有Exchange CAS服务器的Microsoft Exchange RPC访客接入服务。如果服务在开始的状态被滞留,请重新启动Exchange服务器。

  8. Unity与MAPI Collaboration Data Objects (CDO)一起使用特定版本。mapi32.dll文件查找在C:\Windows\System32下应该匹配在服务器安装的MAPI版本。在升级或迁移期间,应该更新此DLL文件。为了验证更新,请完成这些步骤:
    1. 选择控制面板>Add/删除Programs>消息传送API和协作数据对象
    2. 单击为支持信息点击此处
      这显示在系统安装的MAPI CDO版本。
    3. 安装聚集Unity系统信息(GUSI)的新版本从www.ciscounitytools.com。选择Cisco Unity Tools Depot >报告工具>聚集Unity系统资讯台
    4. 单击转到。
    5. 移下来发现在系统安装的MAPI CDO版本。

    mapi32.dll文件版本应该显示开始与1.的版本安装的或任何。如果版本不正确:

    • MBX套件失效与:“: :HrMailboxLogon ERROR:0x80004005 CMBXMapiSession :LogonBox ERROR:0X80004005".
    • Dohproptest将通过。

    在您重命名mapi32.dll文件后,您需要重新安装MAPI CDO。一旦新版本安装您能删除更旧的文件。

  9. 确认Exchange数据存储器是否被卸载。

    如果无法装载数据库,联系方式Microsoft或检查在Microsoft支持站点的知识库文章。这是一些条款ID - 896143925825274534976066

  10. 如果Dohproptest失效与‘失败获得用户的主要的mailbox:8004052e,可能有与Unity_<servername>帐户的问题。您将需要删除从Exchange的Unity_<servername>。

    为了再创帐户,请运行MSCW。如果合作伙伴服务器是Exchange 2010,脚本(.ps1文件)在Cisco Unity服务器桌面创建。在您运行在Exchange管理shell后的此脚本,邮箱被再创。完成MSCW的其余为了保证Unity使用新的邮箱。

    详细步骤在更改被提及重新配置和升级指南的合作伙伴Exchange服务器部分Cisco Unity文档的。

    如果问题仍然存在,在MSCW完成后,请再创MAPI配置文件,导出现有注册表项(请使用备份),并且删除它。重新启动Cisco Unity服务器。保证主服务器是活跃的。这应该再创MAPI配置文件。

    如果问题仍然存在,在您再创MAPI配置文件后,请重新启动在所有Exchange CAS服务器的Microsoft Exchange RPC访客接入服务。如果这不调整问题,请移动邮箱向一个不同的邮件库并且运行MSCW。这应该创建在Unity SQL数据库的新建的参考和建立与邮箱的连接。

  11. 当更新在Exchange服务器时应用并且/或者Exchange服务器重新启动,建议是重新启动Unity服务器,一旦Exchange维护完成。运行MSCW为了保证也许也是必要的Unity与消息存储同步。

注意:Cisco Unity版本5.0是支援终止。支持的最后日期在Unity版本7.xUnity版本8.x是一月31, 2015。技术支持中心(TAC)将是与新问题的无法协助在此日期之后。


相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


Document ID: 118298