Voix et communications unifiées : Cisco Unity Connection

Boîte de réception simple d'Unity Connection dépannant TechNote

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (13 mars 2013) | Commentaires


Contenu


Introduction

Le Cisco Unity Connection 8,5 et les supports postérieurs choisissent la boîte de réception (SIB) également désignée sous le nom de la messagerie unifiée. Dans les versions avant 8,5, l'Unity Connection a eu la capacité à recevoir seulement et pour transmettre par relais les messageries vocales aux adresses e-mail externes.

Ce document décrit comment dépanner des services de messagerie unifiée et des comptes de messagerie unifiée.

Remarque: Contribué par Anirudh Mavilakandy, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco Unity Connection

  • Microsoft Exchange 2003/2007/2010

  • ViewMail pour Microsoft Outlook (VMO)

  • Active Directory

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Unity Connection 8,5 ou plus tard

  • Microsoft Exchange 2003/2007/2010

  • ViewMail pour Microsoft Outlook (VMO)

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

La boîte de réception simple, une des caractéristiques de messagerie unifiée dans le Cisco Unity Connection 8,5, synchronise des messages vocaux dans des boîtes aux lettres de connexion et d'échange. Quand un utilisateur est activé pour la boîte de réception simple, tous les messages vocaux de connexion qui sont envoyés à l'utilisateur, y compris ceux envoyés du Cisco Unity Connection ViewMail pour Microsoft Outlook, sont d'abord enregistrés dans la connexion et sont immédiatement répliqués vers la boîte aux lettres de l'échange de l'utilisateur. En outre, des changements d'état (par exemple, de non lu à lire), les modifications au champ objet, et les modifications à la priorité sont répliqués de la connexion pour permuter et vice versa. Le MWI arrête également quand le message est lu - par l'intermédiaire du téléphone ou du client de messagerie.

Configuration simple de boîte de réception

Référez-vous à la liste des tâches pour configurer le Cisco Unity Connection 8,5 et plus tard et l'échange pour la messagerie unifiée pour les informations sur la façon dont configurer la boîte de réception simple.

Ces deux sections principales doivent être configurées pour le SIB sur l'Unity Connection :

  • Service de messagerie unifiée

    Un service de messagerie unifiée peut être configuré pour rechercher tous les serveurs exchanges dans l'environnement. Il peut également être configuré pour se connecter à un serveur exchange simple. Dans ce cas, configurez les services de messagerie unifiée pour chaque serveur exchange qui héberge des boîtes aux lettres d'utilisateur. Afin de configurer, allez à la gestion CUC > à la messagerie unifiée > au service de messagerie unifiée > ajoutent nouveau.

  • Comptes de messagerie unifiée

    Un compte de messagerie unifiée doit être créé pour chaque utilisateur. Dans cette configuration, le service de messagerie unifiée que des points au serveur exchange qui inclut la boîte aux lettres d'utilisateur doivent être sélectionnés. Afin de configurer, allez à la gestion CUC > aux utilisateurs > sélectionnent l'utilisateur > éditent > des comptes de messagerie unifiée > ajoutent nouveau.

    Remarque: Le Bulk Administration Tool peut également être utilisé pour entasser en vrac ajoutent la messagerie unifiée explique tous les utilisateurs.

Dépannez

Cette section fournit des conseils de dépannage pour le service de messagerie unifiée et les comptes de messagerie unifiée.

La messagerie unifiée entretient des questions

Problème : Scénario 1

Sous le service de messagerie unifiée, si spécifiez un serveur exchange est sélectionné au lieu de recherchent des serveurs exchanges, le test réussit. Si recherchez les serveurs exchanges est sélectionné, cette erreur est affiché quand la touche "TEST" à la page est cliquée sur :

Searching the network Failed to locate a Domain Controller via DNS. 
Searching the network Failed to locate an Exchange 2003 server.
	 Connection will not be able to Locate Exchange 2003 subscribers.

Voici les logs de Tomcat d'échantillon (placez le suivi de CsExMbxLocator, le niveau micro 10-13) :

CsExMbxLocator,13,AutoDiscoverURLS not found in cache
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:331]: 
     Run DNS query for: _ldap._tcp.dc._msdcs.xxx.xxx
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:168]: 
     querying dns for _ldap._tcp.dc._msdcs.xxx.xxx question  
     type 33
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:186] 
     Length of returned DNS response is -1
CsExMbxLocator,10,[CsExMbxLocator/CCsDNSResolver.cpp:190] 
     failed to get dns results for _ldap._tcp.dc._msdcs.xxx.xxx  
     question type 33
CsExMbxLocator,11,[CsExMbxLocator/CsExMbxLocator.cpp:359]: 
     DNS query for: _ldap._tcp.dc._msdcs.xxx.xxx didn't  
     return results
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192] 
     Test Button result: Failed to locate a Domain Controller  
     via DNS.
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192] 
     Test Button result: Failed to locate an Exchange  
     2003 server. 
     Connection will not be able to Locate Exchange  
     2003 subscribers.
CsExMbxLocator,11,Failed to find DC required for 2003 support

Pour les étapes de dépannage supplémentaires, référez-vous à l'ID de bogue Cisco CSCtq10780 (clients enregistrés seulement) et en accordant des autorisations aux services de messagerie unifiée expliquez le Cisco Unity Connection 8,5 et plus tard (Exchange 2003 seulement).

Problème : Scénario 2

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

Could not connect to Domain Controller  
     (dc1.xxx.xxx) from DNS 
Could not connect to Domain Controller  
     (dc2.xxx.xxx) from DNS 
Could not connect to Domain Controller  
     (dc3.xxx.xxx) from DNS

Voici les logs de Tomcat d'échantillon (placez le suivi de CsExMbxLocator, le niveau micro 10-13) :

CsExMbxLocator,10,LDAP initialize non-SSL  
     Return Code (0)
CsExMbxLocator,10,LDAP authentication bind failed:  
     INVALID_CREDENTIALS
CsExMbxLocator,10,CCsLDAPHelper::Init():exit  
     AUTH_NOT_INITIALIZED
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]  
     Test Button result: Could not connect to Domain  
     Controller (dc1.xxx.xxx) from DNS

Solution

Ce problème pourrait sont provoqué par en raison d'un passwordj expiré ou d'un mot de passe incorrect étant entré dans l'Unity Connection (compte verrouillé dans le Répertoire actif). Changez le mot de passe dans le Répertoire actif et écrivez-le de nouveau dans l'Unity Connection.

Problème : Scénario 3

Cette erreur est affichée quand la touche "TEST" à la page est cliquée sur :

Searching the network Could not connect to Domain  
     Controller (dc1.xxx.xxx) from DNS
Searching the network Could not connect to Domain Controller  
    (dc2.xxx.xxx) from DNS
Searching the network Failed to locate a Domain  
     Controller via DNS.
Searching the network Failed connected to Exchange CAS server  
     at (https://xxx.xxx/autodiscover/autodiscover.xml) 
Searching the network Failed connected to Exchange CAS server at  
    (https://autodiscover.xxx.xxx/autodiscover/autodiscover.xml) 
Searching the network Could not find an Exchange CAS server via  
    Autodiscover DNS SRV record 
Searching the network Failed to locate an Exchange CAS server.  
    Connection will not be able to Locate Exchange 2007/2010  
    subscribers.

Solutions possibles

Des logs, une entrée semblable de suivi est vue comme mentionné dans le scénario 2. Si l'Unity Connection ne peut pas se connecter à un contrôleur de domaine, la question est le plus susceptible un mot de passe incorrect. Si est l'Unity Connection peut se connecter à un contrôleur de domaine et recevoir toujours les erreurs restantes, le scénario 5. de contrôle.

Voici les logs de Tomcat d'échantillon (placez le suivi de CsExMbxLocator, le niveau micro 10-13) :

CsExMbxLocator,10,[CsExMbxLocator/CsExMbxLocator.cpp:1173]: 
     HTTP request failed with error: Couldn't connect to server 
     -- couldn't connect to host, HTTP status code: 503, for 
     Autodiscovery URL: http://autodiscover.xxxxxxxxx.xxx/ 
     autodiscover/autodiscover.xml, verb: GET, query: 
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192] 
     Test Button result: Failed connected to  
     Exchange CAS server at (http://autodiscover.xxxxxxxxx.xxx/ 
     autodiscover/autodiscover.xml)
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:168]:  
     querying dns for_autodiscover._tcp.xxxxxxxxx.xxx  
     question type 33
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:186]  
     Length of returned DNS response is -1
CsExMbxLocator,10,[CsExMbxLocator/CCsDNSResolver.cpp:190]  
     failed to get dns results for_autodiscover._tcp.xxxxxxxxx.xxx  
     question type 33
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]  
     Test Button result: Could not find an Exchange CAS server via  
     Autodiscover DNS SRV record
CsExMbxLocator,11,[CsExMbxLocator/CsExMbxLocator.cpp:636]:  
     DNS query for: _autodiscover._tcp.xxxxxxxxx.xxx  
     didn't return results
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]  
     Test Button result: Failed to locate an Exchange CAS server.  
     Connection will not be able to Locate Exchange  
     2007/2010 subscribers.

Si les suivis ci-dessus peuvent être vus dans le log, aller à la messagerie unifiée > à la messagerie unifiée entretient > des serveurs exchanges > nom de domaine recherchent de serveurs exchanges > de Répertoire actif DN, et s'assurent que le nom de domaine est correct.

Problème : Scénario 4

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur : .

Peer certificate cannot be authenticated with known CA  
     certificates - SSL certification problem,  
     verify that the CA cert is OK. Details:  
     error:14090086SL routinesSL3_GET_SERVER_CERTIFICATE: 
     certificate verify failed

Solutions possibles

  • Le problème pourrait sont provoqué par par les Certificats. Téléchargez les Certificats corrects. Si les Certificats corrects ne sont pas disponibles, décochez l'option de validation et poursuivez comme contournement.

  • Générez les Certificats utilisant 2048 bits au lieu de 1024 bits.

Scénario 5

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

Searching the network Successfully connected to Domain Controller 
     (dc1.xxx.xxx) from DNS 
Searching the network Could not connect to Exchange CAS server  
     (https://EX2010-1.xxx.xxx/Autodiscover/Autodiscover.xml)  
     from Active Directory 
Searching the network Could not find an Exchange CAS server  
     via Active Directory 
Searching the network Successfully connected to Exchange 2003  
     server (EX2003.xxx.xxx) from Active Directory 
Searching the network Failed connected to Exchange CAS server at  
     (https://xxx.xxx/autodiscover/autodiscover.xml) 
Searching the network Failed connected to Exchange CAS server at  
     (https://autodiscover.xxx.xxx/autodiscover/autodiscover.xml) 
Searching the network Could not find an Exchange CAS server via  
     Autodiscover DNS SRV record 
Searching the network Failed to locate an Exchange CAS server.  
     Connection will not be able to Locate Exchange  
     2007/2010 subscribers.

Solution possible

Vérifiez si l'échange 2010 CAS est placé pour exiger HTTPS et le serveur d'Exchange 2003 est placé au HTTP seulement. Placez CAS pour permettre le HTTP ou le HTTPS.

Voici un scénario semblable :

Searching the network Successfully connected to Domain Controller 
     (dc1.xxx.xxx) from DNS 
Searching the network Could not connect to Exchange CAS server  
     (https://EX2010-1.xxx.xxx/Autodiscover/Autodiscover.xml)  
     from Active Directory 
Searching the network Could not find an Exchange CAS server  
     via Active Directory 
Searching the network Failed to locate an Exchange 2003 server.  
     Connection will not be able to locate Exchange 2003 subscribers.
Searching the network Failed connected to Exchange CAS server at  
     (https://xxx.xxx/autodiscover/autodiscover.xml) 
Searching the network Failed connected to Exchange CAS server at  
     (https://autodiscover.xxx.xxx/autodiscover/autodiscover.xml) 
Searching the network Could not find an Exchange CAS server via  
     Autodiscover DNS SRV record 
Searching the network Failed to locate an Exchange CAS server.  
     Connection will not be able to Locate Exchange  
     2007/2010 subscribers.

Solutions possibles

  • Vérifiez les autorisations sur le compte comme décrit en créant le compte de services de messagerie unifiée dans le Répertoire actif et en accordant des autorisations pour le Cisco Unity Connection 8,5 et plus tard.

  • Référez-vous à l'ID de bogue Cisco CSCtq10780 (clients enregistrés seulement).

  • Dans le meilleur des cas un utilisateur de domaine devrait avoir des droits suffisants de rechercher des serveurs exchanges. Le migth de question soit dû aux stratégies de groupe appliquées sur le Répertoire actif. Cette solution est testée et fonctionne bien avec juste l'utilisateur de domaine. Essayez donner des droits d'admin de vue d'échange seulement et vérifiez. Donner des droits d'admin d'entreprise au compte UM devrait fonctionner mais les politiques de l'entreprise peuvent ne pas permettre ceci.

  • Ouvrez l'éditeur ADSI et vérifiez si les serveurs exchanges sont répertoriés après avoir ouvert une session avec le compte UM.

Scénario 6

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

Could not connect to Exchange 2003 server 
    (ncacn_ip_tcp: <exchangemailboxserver1.example.com>)  
     from Active Directory
Could not connect to Exchange 2003 server (ncacn_ip_tcp:  
    <exchangemailboxserver2.example.com>) from Active Directory
Could not connect to Exchange 2003 server (ncacn_ip_tcp:  
    <exchangemailboxserver3.example.com>) from Active Directory

Pour les étapes de dépannage supplémentaires, référez-vous à l'ID de bogue Cisco CSCto35509 (clients enregistrés seulement).

La messagerie unifiée rend compte des questions

Scénario 1

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

The system failed to perform an IMAP operation. 
     Refer to other warnings and errors generated by the tool,  
     and check the Tomcat log file for details. The system failed  
     while trying to make an API call.

Voici les logs de CuImapSvr témoin (placez le suivi micro de CuImapSvr - tous les niveaux) :

CML,19,Connection attempt to IMAP server at  
     {10.xxx.xxx.xx:143/imap/notls/user="xxx/um/TestUser"} 
     INBOX failed.
CML,19,E_CML_IMAP_CONNECT_FAILED (0x80046410)  
     Connection failed on IMAP request. Logged from HRESULT  
     CCsCmlImapDriver::ExecuteRequest(TCsAutoPtr<CCsCmlImapRequest>&)  
     in CsCml/CsCmlImapDriver.cpp at line 355.
CML,19,E_CML_IMAP_CONNECT_FAILED (0x80046410)  
     Unable to count messages using search-term ALL on  
     imapfolder[login={10.xxx.xxx.xx:143/imap/notls/ 
     user="xxx/um/TestUser"}INBOX]  
     in imapmbx[store=10.xxx.xxx.xx login=xxx/um/TestUser in  
     session[id=5 alias=TestUser].  
     Logged from virtual HRESULT  
     CCsCmlImapFolder::GetMessageCount(const CCsCmlSearchTerm&, int&)  
     in  CsCml/CsCmlImapFolder.cpp at line 258.
CML,11,E_CML_IMAP_CONNECT_FAILED (0x80046410) Unable to get a message  
     count from the External inbox for subscriber TestUser.  
     Logged from HRESULT <unnamed>::VerifyMailbox(CCsCdlSubscriber&,  
     CCsCmlMailbox&) in CsCml/CsCmlSession.cpp at line 486.

Solutions possibles

  • Allez aux utilisateurs > des comptes choisis d'utilisateur > de messagerie unifiée > éditent le compte de messagerie unifiée ; sous les informations du compte (utilisées seulement pour Exchange 2003 TTS), le type choisi de connexion comme user-id d'utilisation a fourni ci-dessous et user-id comme domaine \ nom d'utilisateur.

  • Vérifiez si le service d'IMAP4 a commencé sur le serveur exchange.

  • Ajoutez le nom de domaine avec le compte utilisateur sous des services de messagerie unifiée : La messagerie unifiée > la messagerie unifiée entretient > compte de Répertoire actif utilisé pour accéder à l'échange > le nom d'utilisateur > le domaine \ nom d'utilisateur.

  • Telnet d'utilisation pour vérifier la Connectivité de base IMAP.

  • Il a pu y avoir délai d'aller-retour IMAP entre l'échange et l'Unity Connection. La valeur par défaut est 4. Cette valeur peut être augmentée. Allez à la page > aux paramètres système d'admin d'Unity Connection > a avancé > configuration de services de messagerie unifiée : TTS et calendriers : Heure d'attendre une réponse (en quelques secondes).

  • Référez-vous aux id CSCto57555 et CSCto54535 (clients enregistrés de bogue Cisco seulement).

  • Si ce message apparaît sur une capture de paquet prise de l'UC, allez à l'AD les utilisateurs et les ordinateurs > sélectionnent l'utilisateur > Properties > l'échange comporte > IMAP4 > enable : Réponse IMAP 122 : 00000003 AUCUNE panne de connexion : compte courant désactivé.

Scénario 2

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

The system failed to perform a typical calendar operation.

Solutions possibles

Scénario 3

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

Failed accessing xxx@ayz.com Diagnostic=[Timeout was reached -- 
    operation timed out after 1000 milliseconds with 0 bytes received]

Solutions possibles

  • Cochez la case SSL d'exigence sous EWS. Souvent, ceci est fait sous Autodiscover au lieu d'EWS.

  • Exécutez une remise des boîtes aux lettres de connexion et d'échange de synchroniser (boîte de réception simple) de la page de compte de messagerie unifiée d'éditer.

Scénario 4

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

Failed accessing xxx@ayz.com Diagnostic=[] Verb =[] 
    url=[] request=[] response[]

Solutions possibles

Logs témoin :

HTTP request failed with error: Bad response from server, 
    HTTP code returned: 401, HTTP status code: 401
  • Méthode d'authentification de contrôle des deux côtés. Vérifiez les configurations dans IIS pour AutoDiscover et EWS.

  • Si le bureau 365 est utilisé, le compte de Messagerie UM devrait être dans le format account@domain.onmicrosoft.com.

  • Remettez à l'état initial le mot de passe et entrez le mot de passe de nouveau sur l'Unity Connection.

  • Le compte UM ne devrait pas avoir une boîte aux lettres.

Logs témoin :

HTTP request failed with error: Couldn't connect to server -- 
    couldn't connect to host, HTTP status code: 503
  • Vérifiez s'il y a des Pare-feu.

  • Vérifiez si des points de service de messagerie unifiée au serveur exchange correct.

  • Référez-vous à l'ID de bogue Cisco CSCts82396 (clients enregistrés seulement).

Scénario 5

L'erreur suivante est affichée quand la touche "TEST" à la page est cliquée sur :

The error is error:0200206F:system library:connect:
    Connection refused. Refer to the tomcat log

Voici les logs de Tomcat d'échantillon :

HTTP 503 ERRORS:
HTTP request failed with error: Couldn't connect to server -- 
     couldn't connect to host, HTTP status code: 503, for ews  
     URL: https://xxxxxxxx.outlook.com/EWS/Exchange.ASMX,  
     verb: POST
HTTP 401 ERRORS:
HTTP request failed with error: Bad response from server,  
     HTTP code returned: 401, HTTP status code: 401, for ews URL:  
     https://xxxxxxxxxx.outlook.com/EWS/Exchange.ASMX,  
     verb: POST
HTTP 404 ERRORS:
HTTP request failed with error: Bad response from server,  
     HTTP code returned:  
     404, HTTP status code: 404, for Autodiscovery URL:  
     https://xxxx.com/autodiscover/autodiscover.xml,  
     verb: GET, query:

Solutions possibles

  • Vérifiez si le Pare-feu est le port de blocage 443.

  • Vérifiez si le domaine correct est utilisé.

Codes d'erreur

Voici quelques codes d'erreur que vous pourriez rencontrer :

  • erreur 401

    • Les causes possibles incluent un mot de passe incorrect pour le compte de services de messagerie unifiée, un nom d'utilisateur incorrect, ou un format non valide pour le nom d'utilisateur. (Si le format de domaine \ utilisateur est utilisé, n'utilisez pas le format FQDN pour le nom de domaine.) Une autre cause possible est que la valeur de la liste basée sur le WEB d'authentication mode n'apparie pas l'authentication mode configurée dans l'échange. Toutes les valeurs apparaissent à la page de service de messagerie unifiée d'éditer.

    • Vérifiez le mot de passe sous la messagerie unifiée > la messagerie unifiée entretient > compte de Répertoire actif utilisé pour accéder à l'échange > le mot de passe. Beaucoup de fois le test de service UM passera avec des mots de passe incorrect.

    • Assurez-vous que toutes les configurations IIS sont configurées dans « EWS » et « Autodiscovery. »

    • Vérifiez l'authentication mode des deux côtés : Unity Connection et échange.

    • NTLM v2 n'est pas pris en charge ; référez-vous à l'ID de bogue Cisco CSCub61107 (clients enregistrés seulement).

    • Bonne question de personnification. Terminez-vous les étapes décrites en créant le compte de services de messagerie unifiée dans le Répertoire actif et en accordant des autorisations pour le Cisco Unity Connection 8,5 et plus tard.

    • La boîte aux lettres d'utilisateur d'échange est uninitialized.

    • Assurez-vous que le compte UM n'a pas une boîte aux lettres. S'il fait, effacement et recréer le compte et appliquer des autorisations. Supprimer juste la boîte aux lettres n'aidera pas.

  • erreur 403

    • Le SSL est exigé dans l'échange, mais les Certificats de public de l'autorité de certification (CA) qui a signé les Certificats sur les serveurs exchanges n'ont pas été téléchargés au serveur d'Unity Connection.

  • erreur 404

    • Une cause possible est que le service de messagerie unifiée est configuré pour employer le protocole HTTPS pour communiquer avec des serveurs exchanges, mais le SSL n'est pas activé dans l'échange. Une autre cause possible est que l'Exchange 2003 est utilisé comme mémoire de message, mais des extensions de WebDav n'ont pas été activées.

    • Allez aux utilisateurs > sélectionnent les comptes d'utilisateur > de messagerie unifiée > éditent le compte de messagerie unifiée, sous les informations du compte > l'utilisation cette adresse e-mail, et s'assurent que l'adresse e-mail est correcte.

    • Le serveur incorrect ou les DN le résout au serveur faux.

    • Le serveur n'exécute pas le service nécessaire (EWS, WebDAV, l'Autodiscovery)

  • erreur 440

    • Réponse d'erreur de délai d'attente de procédure de connexion mauvaise de serveur

    • Référez-vous à l'ID de bogue Cisco CSCto91728 (clients enregistrés seulement).

    • La boîte de réception simple d'Unity Connection ne fonctionnera pas avec l'Exchange 2003 quand une authentification forme Forme est configurée sur l'Exchange 2003 qui contient le mailstore que l'Unity Connection doit accéder à.

  • erreur 500

Certains de codes d'erreur ci-dessus sont également mentionnés dans ce document : La boîte de réception simple ne fonctionne pas pour des utilisateurs associés avec un service de messagerie unifiée.

Si la réponse de serveur exchange est lente, augmentez le temps d'attendre une réponse (en quelques secondes) dans le Cisco Unity Connection (sous des paramètres système > avancé > des services de messagerie unifiée).

Communauté de support Cisco - Conversations à l'affiche

La Communauté de support Cisco est un forum où vous pouvez poser vos questions et répondre à d'autres, offrir des conseils et collaborer avec des collègues. Voici quelques séances parmi les plus récentes et importantes présentées dans notre forum.


Informations connexes


Document ID: 116001