Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Hintergrundinformationen

SIB-Konfiguration

Fehlerbehebung

Probleme mit Unified Messaging Services

Probleme mit Unified Messaging-Konten

Zugehörige Informationen

Einleitung

In diesem Dokument wird die Fehlerbehebung bei Unified Messaging-Services und -Konten beschrieben.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

- Cisco Unity Connection

- Microsoft Exchange 2003, 2007, 2010

- ViewMail für Microsoft Outlook (VMO)

- Active Directory

- Einzelner Posteingang (SIB)

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

- Unity Connection Version 11 oder höher

- Microsoft Exchange 2003, 2007, 2010

- VMO

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Hintergrundinformationen

In diesem Dokument wird die Fehlerbehebung bei Unified Messaging Services und Unified Messaging-Konten beschrieben. Cisco Unity Connection 8.5 und höher unterstützt Single Inbox (SIB), auch als Unified Messaging bezeichnet. In Versionen vor Version 8.5 war Unity Connection in der Lage, nur Voicemails zu akzeptieren und diese an externe E-Mail-Adressen weiterzuleiten.

SIB, eine der Unified Messaging-Funktionen in Cisco Unity Connection Version 10 oder höher, synchronisiert Sprachnachrichten in Verbindungs- und Exchange-Postfächern. Wenn ein Benutzer für SIB aktiviert ist, werden alle Connection-Sprachnachrichten, die an den Benutzer gesendet werden, einschließlich der von Cisco Unity Connection VMO gesendeten Nachrichten, zuerst in Connection gespeichert und sofort in das Exchange-Postfach des Benutzers repliziert. Darüber hinaus werden Statusänderungen (z. B. von ungelesen zu gelesen), Änderungen der Betreffzeile und Änderungen der Priorität von Verbindung zu Exchange und umgekehrt repliziert. Die Nachrichtenanzeige (Message Waiting Indicator, MWI) erlischt, wenn die Nachricht gelesen wird - entweder über das Telefon oder den E-Mail-Client.

SIB-Konfiguration

Weitere Informationen finden Sie unter Unified Messaging-Anforderungen: Synchronizing Unity Connection and supported mail servers (Single Inbox) or Enable SIB for Unity Connection 11 and later. Weitere Informationen finden Sie auch unter TechNote zur Fehlerbehebung bei Unity Connection Single Inbox.

Die folgenden beiden Hauptabschnitte müssen für SIB in Unity Connection konfiguriert werden:

- Unified Messaging-Service

Ein Unified Messaging-Dienst kann konfiguriert werden, um nach allen Exchange-Servern in der Umgebung zu suchen. Es kann auch für die Verbindung mit einem einzelnen Exchange-Server konfiguriert werden. Konfigurieren Sie in diesem Fall Unified Messaging Services für jeden Exchange-Server, der Benutzerpostfächer hostet. Navigieren Sie zur Konfiguration zu CUC Administration > Unified Messaging > Unified Messaging Service > Add New.

- Unified Messaging-Konten

Für jeden Benutzer muss ein Unified Messaging-Konto erstellt werden. In dieser Konfiguration muss der Unified Messaging-Dienst ausgewählt werden, der auf den Exchange-Server verweist, der das Benutzerpostfach enthält. Um zu konfigurieren, navigieren Sie zu CUC Administration > Users > Select the User > Edit > Unified Messaging Accounts > Add New.

Hinweis: Das Bulk-Verwaltungstool kann auch verwendet werden, um Unified Messaging-Konten für alle Benutzer in Massen hinzuzufügen.

Fehlerbehebung

Dieser Abschnitt enthält Tipps zur Fehlerbehebung bei Unified Messaging Service- und Unified Messaging-Konten.

Probleme mit Unified Messaging Services

Problem: Szenario 1

Wenn unter Unified Messaging-Dienst Exchange-Server angeben anstatt Nach Exchange-Servern suchen ausgewählt ist, wird der Test erfolgreich durchgeführt. Wenn Nach Exchange-Servern suchen ausgewählt ist, wird dieser Fehler angezeigt, wenn auf die Schaltfläche Test auf der Seite geklickt wird:

Searching the network Failed to locate a Domain Controller via DNS.

Searching the network Failed to locate an Exchange 2003 server.

Connection cannot be able to Locate Exchange 2003 subscribers.

Hier sehen Sie Tomcat-Beispielprotokolle (CsExMbxLocator-Mikroablaufverfolgung, Stufe 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 cannot be able to Locate Exchange 2003 subscribers.

CsExMbxLocator,11,Failed to find DC required for 2003 support

Weitere Schritte zur Fehlerbehebung finden Sie unter Cisco Bug-ID CSCtq10780 und Unified Messaging Services-Konto in Active Directory erstellen und Berechtigungen für Unity Connection gewähren .

Problem: Szenario 2

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

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

Hier sehen Sie Tomcat-Beispielprotokolle (CsExMbxLocator-Mikroablaufverfolgung, Stufe 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

Lösung

Dieses Problem kann durch ein abgelaufenes Kennwort oder ein falsches Kennwort verursacht werden, das in Unity Connection eingegeben wurde (Konto gesperrt in Active Directory). Um dieses Problem zu beheben, ändern Sie das Kennwort in Active Directory, und geben Sie es erneut in Unity Connection ein.

Problem: Szenario 3

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

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 can

not be able to Locate Exchange 2007/2010 subscribers.

Mögliche Lösungen

Aus Protokollen wird ein ähnlicher Ablaufverfolgungseintrag erkannt, wie in Szenario 2 erwähnt. Wenn Unity Connection keine Verbindung zu einem Domänencontroller herstellen kann, handelt es sich wahrscheinlich um ein falsches Kennwort. Wenn Unity Connection eine Verbindung zu einem Domänencontroller herstellen kann und weiterhin die aktuellen Fehler empfängt, überprüfen Sie Szenario 5.

Hier sehen Sie Tomcat-Beispielprotokolle (CsExMbxLocator-Mikroablaufverfolgung, Ebene 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 cannot be able to Locate Exchange 2007/2010 subscribers.

Wenn diese Ablaufverfolgungen im Protokoll angezeigt werden, navigieren Sie zu Unified Messaging > Unified Messaging Services > Exchange Servers > Search for Exchange Servers > Active Directory DNS Domain Name, und stellen Sie sicher, dass der Domänenname richtig ist.

Problem: Szenario 4

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

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

Das Zertifikat kann erfolgreich in Connection-Trust hochgeladen werden. Dieser Fehler tritt jedoch auf, wenn Sie dasselbe Zertifikat in Tomcat-Trust hochladen:

Error reading the certificate

Mögliche Lösungen

- Das Problem kann durch die Zertifikate verursacht werden. Stellen Sie sicher, dass Sie die richtigen Zertifikate hochladen. Wenn die richtigen Zertifikate nicht verfügbar sind, deaktivieren Sie die Option validieren, und fahren Sie mit der Problemumgehung fort.

- Erstellen Sie Zertifikate mit 2.048 anstatt mit 1.024 Bits.

- Stellen Sie fest, ob die Stamm- und Zwischenzertifikate hochgeladen werden, sofern vorhanden. Hier ein Beispiel:

Root Certificate

----------------------

Here the Issuer Name and Subject Name can be the same.

Issuer Name: CN=ABC, OU=XXXX, OU=XXX, O=XXXXX, C=XX

Validity From: Tue Nov 07 16:00:00 PST 2006

To:   Wed Jul 16 16:59:59 PDT 2036

Subject Name: CN=ABC, OU=XXXX, OU=XXX, O=XXXXX, C=XX

Intermediate Certificate

----------------------------

Here the Issuer Name can be that of the Root Certificate and Suject

Name can have information about the Intermediate Certificate.

Issuer Name: CN=ABC, OU=XXXX, OU=XXX, O=XXXXX, C=XX

Validity From: Sun Feb 07 16:00:00 PST 2010

To:   Fri Feb 07 15:59:59 PST 2020

Subject Name: CN=XYZ, OU=XXXXXXXXXXXXXXXXX, OU=XXXXXXXXXXXXXXX,

O=XXXXXXXX, C=XX

Server Certificate

--------------------------

Here the  Issuer name can be that of the Intermediate certificate and the

Subject Name can contain information about the Exchange server

Issuer Name: CN=XYZ, OU=XXXXXXXXXXXXXXXXX, OU=XXXXXXXXXXXXXXX,

O=XXXXXXXX, C=XX

Validity From: Thu Aug 01 17:00:00 PDT 2013

To:   Thu Aug 17 16:59:59 PDT 2017

Subject Name: CN=mail.abc.lab, OU=XXXX, OU=XX, O=XXXXXXX, L=XXXX, ST=XXXX, C=XX

Problem: Szenario 5

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

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 cannot be able

to Locate Exchange 2007/2010 subscribers.

Mögliche Lösung

Überprüfen Sie, ob der zentrale Exchange 2010-Authentifizierungsdienst (CAS) so festgelegt ist, dass HTTPS erforderlich ist, und ob der Exchange 2003-Server nur auf HTTP festgelegt ist. Legen Sie den CAS fest, um HTTP oder HTTPS zuzulassen.

Hier ein ähnliches Szenario:

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 can

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 can

not be able to Locate Exchange 2007/2010 subscribers.

Mögliche Lösungen

- Überprüfen Sie die Berechtigungen für das Konto, wie unter Erstellen eines Unified Messaging Services-Kontos in Active Directory beschrieben, und gewähren Sie Berechtigungen für Unity Connection .

- Weitere Informationen finden Sie unter Cisco Bug-ID CSCtq10780.

- Überprüfen Sie, ob ein Domänenbenutzer über ausreichende Rechte verfügt, um Exchange-Server zu durchsuchen, die die ideale Einrichtung darstellen. Das Problem kann auf Gruppenrichtlinien zurückzuführen sein, die auf Active Directory angewendet werden. Diese Lösung wurde getestet und funktioniert einwandfrei mit nur einem Domänenbenutzer. Um zu testen, geben Sie Exchange View Only Admin-Rechte und überprüfen. Darüber hinaus muss es Enterprise Admin-Rechte für das Unified Messaging (UM)-Konto gewähren. Unternehmensrichtlinien lassen dies jedoch nicht zu.

- Öffnen Sie den ADSI-Editor (Active Directory Service Interfaces), und überprüfen Sie, ob die Exchange-Server nach der Anmeldung beim UM-Konto aufgeführt werden.

Problem: Szenario 6

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

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

Weitere Informationen zur Fehlerbehebung finden Sie unter Cisco Bug-ID CSCto35509.

Probleme mit Unified Messaging-Konten

Problem: Szenario 1

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

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.

Hier sind Beispiele für CuImapSvr-Protokolle (Einstellung CuImapSvr Micro Trace - Alle Ebenen):

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 with 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.

Mögliche Lösungen

- Navigieren Sie zu Benutzer > Benutzer wählen > Unified Messaging-Konten > Unified Messaging-Konto bearbeiten. Wählen Sie unter Kontoinformationen (Nur für Exchange 2003 Text-to-Speech (TTS) verwendet) die Option Anmeldetyp als Benutzer-ID verwenden bereitgestellt und Benutzer-ID als Domäne\Benutzername aus.

- Überprüfen Sie, ob der Dienst Internet Message Access Protocol (IMAP) 4 auf dem Exchange-Server gestartet wurde.

- Fügen Sie den Domänennamen mit dem Benutzerkonto unter Unified Messaging Services hinzu: Unified Messaging > Unified Messaging Services > Active Directory-Konto für den Zugriff auf Exchange > Benutzername > Domäne\Benutzername.

- Verwenden Sie Telnet, um die grundlegende IMAP-Konnektivität zu überprüfen.

- Wenn zwischen Exchange und Unity Connection eine IMAP-Round-Trip-Verzögerung auftritt, navigieren Sie zur Seite Unity Connection Admin > System Settings > Advanced > Unified Messaging Services Configuration: TTS and Calendars: Time to Wait for a response (in Sekunden). Die Standardeinstellung ist 4. Dieser Wert kann erhöht werden.

- Weitere Informationen finden Sie unter Cisco Bug-ID CSCto5755 und Cisco Bug-ID CSCto54535.

- Wenn diese Meldung bei einer Paketerfassung von UC angezeigt wird, navigieren Sie zu AD-Benutzer und -Computer > Wählen Sie Benutzer > Eigenschaften > Exchange-Funktionen > IMAP4 > Aktivieren: IMAP 122 Antwort: 00000003 NO Anmeldefehler: Konto derzeit deaktiviert.

Problem: Szenario 2

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

The system failed to perform a typical calendar operation.

Mögliche Lösungen

- Deaktivieren Sie das Kontrollkästchen Formularbasierte Authentifizierung aktivieren. Weitere Informationen finden Sie im Kapitel Configuring Calendar and Contact Integration des Unified Messaging-Leitfadens für Cisco Unity Connection, Version 14.

- .Siehe Testen des Zugriffs auf Office 365-Kalender

Hinweis: Wenn die anderen in diesem Dokument beschriebenen Probleme behoben werden, wird auch dieses Problem häufig behoben.

Problem: Szenario 3

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

Failed accessing xxx@ayz.com Diagnostic=[Timeout was reached --

operation timed out after 1000 milliseconds with 0 bytes recieved]

Mögliche Lösungen

- Aktivieren Sie das Kontrollkästchen SSL erforderlich unter Exchange Web Services (EWS). Oft geschieht dies unter Autodiscovery statt EWS.

- Führen Sie auf der Seite "Unified Messaging-Konto bearbeiten" ein Zurücksetzen der Synchronize Connection and Exchange Mailboxes (SIB) durch.

Problem: Szenario 4

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

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

Mögliche Lösungen

Beispielprotokolle:

HTTP request failed with error: Bad response from server, HTTP code returned:

401, HTTP status code: 401

- Überprüfen Sie die Authentifizierungsmethode auf beiden Seiten. Überprüfen Sie die Einstellungen in Internetinformationsdienste (IIS) für AutoDiscover und EWS.

- Wenn Microsoft Office 365 verwendet wird, muss das UM-Messaging-Konto im Format  account@domain.onmicrosoft.com .

- Setzen Sie das Kennwort zurück, und geben Sie es unter Unity Connection erneut ein.

- Das UM-Konto darf keine Mailbox haben.

Beispielprotokolle:

HTTP request failed with error: Couldn't connect to server -- couldn't connect

to host, HTTP status code: 503

- Überprüfen Sie, ob Firewalls vorhanden sind.

- Überprüfen Sie, ob der Unified Messaging-Dienst auf den richtigen Exchange-Server zeigt.

- Weitere Informationen finden Sie unter Cisco Bug ID CSCts82396.

Problem: Szenario 5

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

The error is error:0200206F:system library:connect:Connection refused.

Refer to the tomcat log

Hier sehen Sie Beispiele für Tomcat-Protokolle:

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:

Mögliche Lösungen

- Überprüfen Sie, ob die Firewall Port 443 blockiert.

- Überprüfen Sie, ob die richtige Domäne verwendet wird.

Problem: Szenario 6

Dieser Fehler wird angezeigt, wenn Sie auf die Schaltfläche Test auf der Seite klicken:

Diagnostic=[SSL connect error -- error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac] Verb=[POST]

Lösung

Dies liegt an beschädigten Zertifikaten. Generieren Sie das Zertifikat tomcat.pem von der Seite "OS Administration" neu. Starten Sie den Tomcat-Dienst neu.

Fehlercodes

Hier sind einige Fehlercodes, die auftreten können:

- 401 Fehler

- Mögliche Ursachen sind ein falsches Kennwort für das Unified Messaging Services-Konto, ein falscher Benutzername oder ein ungültiges Format für den Benutzernamen. (Wenn das Format Domäne\Benutzer verwendet wird, verwenden Sie nicht das FQDN-Format (Fully Qualified Domain Name) für den Domänennamen.) Eine weitere mögliche Ursache ist, dass der Wert der Liste für den webbasierten Authentifizierungsmodus nicht mit dem in Exchange konfigurierten Authentifizierungsmodus übereinstimmt. Alle Werte werden auf der Seite "Unified Messaging-Dienst bearbeiten" angezeigt.

- Überprüfen Sie das Kennwort unter Unified Messaging > Unified Messaging Services > Active Directory-Konto für den Zugriff auf Exchange > Kennwort. Der UM-Servicetest kann oft mit falschen Passwörtern bestehen.

- Stellen Sie sicher, dass alle IIS-Einstellungen in EWS und Autodiscovery konfiguriert sind.

- Überprüfen Sie den Authentifizierungsmodus auf beiden Seiten: Unity Connection und Exchange.

- NT LAN Manager (NTLM) v2 wird nicht unterstützt; siehe Cisco Bug-ID CSCub61107.

- Problem mit Identitätswechselrechten: Führen Sie die Schritte aus, die unter Unified Messaging Services-Konto in Active Directory erstellen und Berechtigungen für Unity Connection gewähren beschrieben sind.

- Das Exchange-Benutzerpostfach ist nicht initialisiert.

- Stellen Sie sicher, dass das UM-Konto über keine Mailbox verfügt. Wenn dies der Fall ist, löschen Sie das Konto, erstellen Sie es neu, und wenden Sie Berechtigungen an. Es hilft nicht, wenn Sie einfach die Mailbox löschen.

- Der Exchange-Server erwartet den Benutzernamen in diesem Format: user@domain anstelle von domain\user. Verwenden Sie folgendes Format: Unified Messaging > Unified Messaging Services.

- Wenn Zertifikate installiert sind, überprüfen Sie die Ereignisanzeige des Exchange-Servers auf Fehler im Zusammenhang mit dem Ablauf von Zertifikaten. Beispiele:

Log Name:      Application

Source:        MSExchange Web Services

Date:          9/7/2013 7:59:16 PM

Event ID:      24

Task Category: Core

Level:         Error

Keywords:      Classic

User:          N/A

Computer:      XXX.XXXXXXXXX.com

Description:

The Exchange certificate [Subject]

CN=XXX.XXXXXXXXX.com, OU=XXXXXXXXX, OU=XX, O=XXXXXXXXXXXX, L=XXXXXX,

S=XXXXXXX, C=XX

[Issuer]

CN=XXXXXXXXXXX, OU=XXXXXXXXXXX, OU=XXXXXXXXX, O=XXXXXXXXX, C=XX

[Serial Number]

XXXXXXXXXXXXXXXXXXXXXXXXX

[Not Before]

8/9/2012 5:00:00 PM

[Not After]

8/17/2013 4:59:59 PM

[Thumbprint]

XXXXXXXXXXXXXXXXXXXXXXXXXXXXX

expired on 8/17/2013 4:59:59 PM.

- 403-Fehler

- Secure Sockets Layer (SSL) ist in Exchange erforderlich, aber die öffentlichen Zertifikate der Zertifizierungsstelle, die die Zertifikate auf den Exchange-Servern signiert hat, wurden nicht auf den Unity Connection-Server hochgeladen.

- 404-Fehler

- Eine mögliche Ursache ist, dass der Unified Messaging-Dienst für die Verwendung des HTTPS-Protokolls für die Kommunikation mit Exchange-Servern konfiguriert ist, SSL jedoch in Exchange nicht aktiviert ist. Eine weitere mögliche Ursache ist, dass Exchange 2003 als Nachrichtenspeicher verwendet wird, WebDav-Erweiterungen jedoch nicht aktiviert wurden.

- Navigieren Sie zu Benutzer > Wählen Sie Benutzer > Unified Messaging-Konten > Unified Messaging-Konto bearbeiten unter Kontoinformationen > Diese E-Mail-Adresse verwenden, und stellen Sie sicher, dass die E-Mail-Adresse richtig ist.

- Falscher Server oder Domain Name Server (DNS) wird zum falschen Server aufgelöst.

- Der Server führt den erforderlichen Dienst (EWS, WebDAV, Autodiscovery) nicht aus.

- 440 Fehler

- Fehler beim Anmelde-Timeout/fehlerhafte Antwort vom Server

- Weitere Informationen finden Sie unter Cisco Bug-ID CSCto91728.

- Unity Connection SIB funktioniert nicht mit Exchange 2003, wenn für Exchange 2003 eine formularbasierte Authentifizierung konfiguriert ist, die einen Mailspeicher enthält, auf den Unity Connection zugreifen muss.

- 500 Fehler

- Serverkonfigurationsproblem. Falscher Authentifizierungsmodus. Der Internetinformationsdienst ist nicht verfügbar. E-Mail-Adresse (primäre SMTP-Adresse) nicht gefunden.

- Wenn Berechtigungen auf Organisationsebene angewendet werden, wird dieser Fehler angezeigt. Wenden Sie dieselben Berechtigungen auf Serverebene an. Weitere Informationen finden Sie unter Unified Messaging Services-Konto in Active Directory erstellen und Berechtigungen für Unity Connection gewähren .

- Identitätswechselproblem: Auf der Testseite wird diese Meldung angezeigt > HTTP status=[500 Internal Server Error]................ErrorImpersonateUserDenied.......Das Konto verfügt nicht über die Berechtigung, die Identität des angeforderten Benutzers anzunehmen. Weitere Informationen zum Beheben dieses Problems finden Sie unter Assign Application Imitation Management Role to Unified Messaging Services Account. Wenn das UM-Dienstkonto ursprünglich mit einem Postfach erstellt wurde, wird dieses Problem behoben, wenn Sie das Postfach nur löschen. Das Konto muss gelöscht und ohne Mailbox neu erstellt werden.

- Überprüfen Sie die Zuweisung der Identitätswechselrolle mit get-ManagementRoleAssignment auf der Exchange-Verwaltungsshell. Überprüfen Sie am Ende der Ausgabe, ob eine Warnung angezeigt wird, dass die Rollenzuweisung beschädigt ist und sich in einem inkonsistenten Zustand befindet. In diesem Fall entfernen Sie die Zuweisung mit Remove-ManagementRoleAssignment "<policy name>", und lesen Sie sie.

- ErrorNonExistentMailbox: Der SMTP-Adresse (Simple Mail Transfer Protocol) ist kein Postfach zugeordnet.

Einige dieser Fehlercodes werden auch in diesem Dokument erwähnt: Ein einziger Posteingang funktioniert nicht für Benutzer, die mit einem Unified Messaging-Dienst verbunden sind.

Wenn die Reaktion des Exchange-Servers langsam ist, erhöhen Sie die Wartezeit für eine Antwort (in Sekunden) in Cisco Unity Connection (unter Systemeinstellungen > Erweitert > Unified Messaging Services).

Sonstige Fragen

Aktivieren Sie in Szenarien, in denen der Test sowohl auf der Seite für das Unified Messaging-Konto als auch auf der Seite für die Unified Messaging-Services erfolgreich war, die folgenden Ablaufverfolgungen:

1. Navigieren Sie zu Cisco Unity Connection Serviceability > Trace > Macro Trace.

2. Wählen Sie Einzelne Posteingangsspuren aus.

3. Navigieren Sie zu Nachverfolgung > Mikronachverfolgung (Alle Ebenen aktivieren).

- CSmbxSync

- CsWebDav (bei Verwendung von Exchange 2003)

- CsEws (für Exchange 2007 und höher)

- CsExMbxLocator

Problem: Szenario

Unity Connection wird für die Verbindung mit Exchange 2003 konfiguriert.

Dies stammt aus den Protokollen:

01:10:20.300 |6549,mail.xxxxxx.com,{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx},

CsWebDav,14,[CsWebDav/CsWebDavMbxClient.cpp:3340]: HTTP Status code: 500,

WEBDAV response headers: HTTP/1.1 500 Internal Server Error

Dies stammt aus den Exchange-Protokollen:

Event ID: 9667

Type: Error

Category: General

Source: msgidNamedPropsQuotaError

Description: Failed to create a new named property for database "<databasename>"

because the number of named properties reached the quota limit (<configured quota>).

User attempting to create the named property: <user name>. Named property

GUID: <GUID of named property>.

Named property name/id: <name of named property>.

Lösung

Diese Ereignisse werden protokolliert, wenn sich eine Datenbank auf einem Exchange-Server mit installierter Mailbox-Serverrolle dem Grenzwert für benannte Eigenschaften oder Replikat-IDs nähert oder dieses erreicht.

Um dieses Problem zu beheben, ist eine Registrierungsänderung erforderlich. Weitere Informationen finden Sie in diesem Microsoft TechNet-Artikel How to Configure Named Properties and Replica Identifier Quotas for Exchange 2007 Databases.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\

<ServerName>\<Database Type-GUID>

Ändern Sie den Wert DWORD - NonMAPI Named Props Quota. Normalerweise ist er auf 8.192 eingestellt. Ändern Sie diesen in 16.384.

Zugehörige Informationen

- Cisco Preferred Architecture für Enterprise Collaboration 11.0

- Erstellen eines Unified Messaging Services-Kontos in Active Directory und Gewähren von Berechtigungen für Unity Connection

- Auswirkungen der Beschränkungen für benannte Eigenschaften und Replikat-IDs auf Exchange-Datenbanken

- Ereignisse 9666, 9667, 9668 und 9669, die empfangen werden, wenn benannte Eigenschaften oder Replikat-IDs für eine Exchange-Datenbank verbraucht werden

- Technischer Support und Downloads von Cisco