Problembehandlung in Azure Communication Services

  • Artikel

Dieses Dokument hilft Ihnen bei der Behandlung von Problemen, die möglicherweise in Ihrer Communication Services-Lösung auftreten. Bei der Behandlung von Problemen mit SMS können Sie Übermittlungsberichte mit Event Grid aktivieren, um SMS-Übermittlungsdetails zu erfassen.

Hilfe

Wir empfehlen Entwicklern, Fragen zu stellen, Features vorzuschlagen und Probleme als Issues zu melden. Zur Unterstützung steht eine dedizierte Seite mit Support- und Hilfeoptionen zur Verfügung, auf der Ihre Supportoptionen aufgeführt sind.

Um Ihnen bei der Behandlung bestimmter Arten von Problemen zu helfen, werden Sie möglicherweise nach den folgenden Informationen gefragt:

  • MS-CV ID: Diese ID wird für die Problembehandlung von Anrufen und Nachrichten verwendet.
  • Anruf-ID: Diese ID wird zum Identifizieren von Communication Services-Anrufen verwendet.
  • SMS-Nachrichten-ID: Diese ID wird verwendet, um SMS-Nachrichten zu identifizieren.
  • Kurze Codeprogramm-Kurz-ID: Diese ID wird verwendet, um eine kurze Anwendung für das kurze Codeprogramm zu identifizieren.
  • Kurz-ID der Kampagne für die gebührenfreie Telefonnummerüberprüfung: Diese ID wird verwendet, um eine Kurzanwendung einer Kampagne für die gebührenfreie Telefonnummerüberprüfung zu identifizieren.
  • ID der E-Mail-Nachricht: Diese ID wird verwendet, um Anforderungen zum Senden einer E-Mail zu identifizieren.
  • Korrelations-ID: Diese ID wird verwendet, um Anforderungen zu identifizieren, die mithilfe der Anrufautomatisierung vorgenommen wurden.
  • Anrufprotokolle: Diese Protokolle enthalten ausführliche Informationen, die zur Behandlung von Anruf- und Netzwerkproblemen verwendet werden können.

Weitere Informationen zu Drosselung und Einschränkungen finden Sie auch in unserer Dokumentation zu Diensteinschränkungen.

Zugreifen auf Ihre MS-CV-ID

Der Zugriff auf die MS-CV-ID kann durch Konfigurieren der Diagnose in der clientOptions-Objektinstanz erfolgen, wenn Sie die SDKs initialisieren. Die Diagnose kann für jedes der Azure-SDKs konfiguriert werden, einschließlich Chat, Identität und VoIP-Anrufe.

Beispiel für Clientoptionen

Die folgenden Codeausschnitte veranschaulichen die Diagnosekonfiguration. Wenn die SDKs mit aktivierter Diagnose verwendet werden, können Diagnosedetails an den konfigurierten Ereignislistener ausgegeben werden:

// 1. Import Azure.Core.Diagnostics
using Azure.Core.Diagnostics;

// 2. Initialize an event source listener instance
using var listener = AzureEventSourceListener.CreateConsoleLogger();
Uri endpoint = new Uri("https://<RESOURCE-NAME>.communication.azure.net");
var (token, communicationUser) = await GetCommunicationUserAndToken();
CommunicationUserCredential communicationUserCredential = new CommunicationUserCredential(token);

// 3. Setup diagnostic settings
var clientOptions = new ChatClientOptions()
{
    Diagnostics =
    {
        LoggedHeaderNames = { "*" },
        LoggedQueryParameters = { "*" },
        IsLoggingContentEnabled = true,
    }
};

// 4. Initialize the ChatClient instance with the clientOptions
ChatClient chatClient = new ChatClient(endpoint, communicationUserCredential, clientOptions);
ChatThreadClient chatThreadClient = await chatClient.CreateChatThreadAsync("Thread Topic", new[] { new ChatThreadMember(communicationUser) });

Für die Anrufautomatisierung erforderliche Zugriffs-IDs

Wenn Sie Probleme mit dem Call Automation SDK behandeln, z. B. Anrufverwaltungs- oder Aufzeichnungsprobleme, müssen Sie die IDs erfassen, mit denen der fehlerhafte Anruf oder Vorgang identifiziert werden kann. Sie können eine der beiden hier genannten IDs angeben.

  • Suchen Sie im Header der API-Antwort nach dem Feld X-Ms-Skype-Chain-Id.

    Screenshot: Antwortheader mit X-Ms-Skype-Chain-ID.

  • Aus den Rückrufereignissen, die Ihre Anwendung nach dem Ausführen einer Aktion empfängt. CallConnected oder PlayFailed finden beispielsweise die correlationID.

    Screenshot: Ereignis für Trennung eines Anrufs mit Korrelations-ID.

Bitte geben Sie zusätzlich zu einer dieser IDs die Details zum fehlerhaften Anwendungsfall und den Zeitstempel des Zeitpunkts an, an dem der Fehler beobachtet wurde.

Zugreifen auf Ihre Clientaufruf-ID

Bei der Problembehandlung von Sprach- oder Videoanrufen werden Sie möglicherweise zur Angabe einer call ID aufgefordert. Auf diesen Wert kann über die id-Eigenschaft des call-Objekts zugegriffen werden:

// `call` is an instance of a call created by `callAgent.startCall` or `callAgent.join` methods
console.log(call.id)

Zugreifen auf Ihre SMS-Nachrichten-ID

Bei SMS-Problemen können Sie die Nachrichten-ID aus dem Antwortobjekt erfassen.

// Instantiate the SMS client
const smsClient = new SmsClient(connectionString);
async function main() {
  const result = await smsClient.send({
    from: "+18445792722",
    to: ["+1972xxxxxxx"],
    message: "Hello World 👋🏻 via Sms"
  }, {
    enableDeliveryReport: true // Optional parameter
  });
console.log(result); // your message ID is in the result
}

Greifen Sie auf ihre kurze Codeprogramm-ID zu.

Die kurze Programm-ID finden Sie auf dem Azure-Portal auf dem Blatt „Kurze Codes“.

Screenshot mit einer Kurzcode-Programm-ID.

Greifen Sie auf Ihre Kurz-ID der Kampagne für die gebührenfreie Telefonnummerüberprüfung zu

Das Programm Kurz-ID finden Sie im Azure-Portal im Blatt „Regulatorische Dokumente“.

Screenshot der Kurz-ID einer Kampagne für die gebührenfreie Telefonnummernüberprüfung

Zugreifen auf Ihre E-Mail-Vorgangs-ID

Bei der Problembehandlung von Anforderungen zum Senden von E-Mails oder Anforderungen des Status der E-Mail-Nachrichten werden Sie möglicherweise aufgefordert, einen operation ID anzugeben. Auf diesen Wert kann in der Antwort zugegriffen werden:

var emailSendOperation = await emailClient.SendAsync(
    wait: WaitUntil.Completed,
    senderAddress: sender,
    recipientAddress: recipient,
    subject: subject,
    htmlContent: htmlContent);

/// Get the OperationId so that it can be used for tracking the message for troubleshooting
Console.WriteLine($"Email operation id = {emailSendOperation.Id}");

Zugreifen auf Supportdateien im Calling SDK

Das Calling SDK bietet einfache Methoden, um auf die Protokolldateien zuzugreifen. Diese Dateien können für Microsoft-Supportspezialisten und Techniker nützlich sein. Wir empfehlen die proaktive Erfassung dieser Protokolle, wenn Sie Probleme erkennen.

Aktivieren von und Zugreifen auf Anrufprotokolle

[JavaScript]

Das Azure Communication Services Calling SDK basiert intern auf der Bibliothek @azure/logger, um die Protokollierung zu steuern. Verwenden Sie die Methode setLogLevel aus dem Paket @azure/logger, um die Protokollausgabenebene zu konfigurieren. Erstellen Sie einen Logger und übergeben Sie ihn an den CallClient-Konstruktor:

import { setLogLevel, createClientLogger, AzureLogger } from '@azure/logger';
setLogLevel('verbose');
let logger = createClientLogger('ACS');
const callClient = new CallClient({ logger });

Sie können AzureLogger verwenden, um die Protokollierungsausgabe von Azure-SDKs umzuleiten, indem Sie die AzureLogger.log-Methode außer Kraft setzen: Sie können eine Browserkonsole, eine Datei, einen Puffer, das Senden an unseren eigenen Dienst usw. protokollieren. Wenn Sie Protokolle über das Netzwerk an Ihren eigenen Dienst senden möchten, sollten Sie keine Anforderung pro Protokollzeile senden, da es sich auf die Browserleistung auswirkt. Sammeln Sie stattdessen Protokollzeilen und senden Sie sie in Batches.

// Redirect log output
AzureLogger.log = (...args) => {
    // To console, file, buffer, REST API, etc...
    console.log(...args); 
};

Native SDK (Android/iOS)

Für Android, iOS und Windows bietet das Azure Communication Services Calling SDK Zugriff auf Protokolldateien.

Informationen zum Aufrufen von nativen SDK finden Sie in den Tutorials für den Zugriff auf Protokolldateien

UI-Bibliotheken (Android, iOS)

Wenn Sie die Benutzeroberflächenbibliotheken für Azure Communication Services für Android oder iOS verwenden, kann Benutzerfeedback über das integrierte Supportformular angefordert werden.

Weitere Informationen zur Verwendung der Unterstützungsfunktionen des Calling UI Supportformulars finden Sie im Tutorial zur Integration von Supportformularen. Dieses Dokument führt Sie durch das Hinzufügen des erforderlichen Ereignishandlers und das Erstellen einer grundlegenden Client-/Serverimplementierung für die zentrale Speicherung von Supportinformationen. Dieser Leitfaden dient dazu, Sie auf Ihrem Weg zu einer Integration mit den von Ihrer Organisation benötigten Supportdiensten zu begleiten.

Erstellen von End-to-End-Support Flows in Ihren ACS Integrations

Ganz gleich, ob Sie das Calling SDK oder das Calling UI SDK dazu verwenden, ist eine wichtige Komponente jeder robusten Integration Endbenutzern Unterstützung zu bieten. Im folgenden Dokument werden die wichtigsten Überlegungen an jedem Punkt der Feedbackschleife des Supports hervorgehoben und es werden Ausgangspunkte bereitgestellt, um mehr zu erfahren.

Bereitstellen von Unterstützung für Benutzer

Suchen von Microsoft Entra-Informationen

  • Abrufen der Verzeichnis-ID
  • Abrufen der Anwendungs-ID
  • Abrufen der Benutzer-ID

Abrufen der Verzeichnis-ID

Führen Sie die folgenden Schritte aus, um Ihre Verzeichnis (Mandanten)-ID zu finden:

  1. Navigieren Sie zu Azure-Portal und melden Sie sich im Azure-Portal mit den Anmeldeinformationen an.

  2. Wählen Sie im linken Bereich Microsoft Entra ID.

  3. Kopieren Sie auf der Seite Übersicht in Microsoft Entra ID die Verzeichnis (Mandanten)-ID und speichern Sie sie in Ihrem Anwendungscode.

    Screenshot des Kopierens und Speichern der Microsoft Entra-Mandanten-ID

Abrufen der Anwendungs-ID

Führen Sie die folgenden Schritte aus, um Ihre Anwendungs-ID zu finden:

  1. Navigieren Sie zu Azure-Portal und melden Sie sich im Azure-Portal mit den Anmeldeinformationen an.

  2. Wählen Sie im linken Bereich Microsoft Entra ID.

  3. Wählen Sie in App-Registrierungen in Microsoft Entra ID Ihre Anwendung aus.

  4. Kopieren Sie die Anwendungs-ID, und speichern Sie sie in Ihrem Anwendungscode.

    Screenshot des Kopierens und Speichern der Microsoft Entra-Anwendungs-ID

    Die Verzeichnis-ID (Mandanten-ID) finden Sie auch auf der Übersichtsseite der Anwendung.

Abrufen der Benutzer-ID

Führen Sie die folgenden Schritte aus, um Ihre Benutzer-ID zu finden:

  1. Navigieren Sie zu Azure-Portal und melden Sie sich im Azure-Portal mit den Anmeldeinformationen an.

  2. Wählen Sie im linken Bereich Microsoft Entra ID.

  3. Wählen Sie in Benutzer in Microsoft Entra ID Ihren Benutzer aus.

  4. Kopieren Sie auf der Seite Profil unter Microsoft Entra-Benutzer die Objekt-ID und speichern Sie sie in Ihrem Anwendungscode.

    Screenshot des Kopierens und Speichern der Microsoft Entra-Benutzer-ID

Abrufen der unveränderlichen Ressourcen-ID

Manchmal müssen Sie die unveränderliche Ressourcen-ID Ihrer Communication Services-Ressource bereitstellen. So können Sie sie finden:

  1. Navigieren Sie zu Azure-Portal und melden Sie sich im Azure-Portal mit den Anmeldeinformationen an.
  2. Öffnen Sie Ihre Communication Services-Ressource.
  3. Wählen Sie im linken Bereich Übersicht aus und wechseln Sie zu einer JSON-AnsichtScreenshot der Umstellung der Übersicht über eine Kommunikationsressource auf eine JSON-Ansicht
  4. Kopieren Sie den Wert von immutableResourceId auf der Seite Ressourcen-JSON, und übermitteln Sie ihn an Ihr Supportteam an. Screenshot: Ressourcen-JSON

Überprüfung der Teams-Lizenzberechtigung für die Nutzung des Azure Communication Services-Supports für Teams-Benutzer

Es gibt zwei Möglichkeiten, Ihre Teams-Lizenzberechtigung für die Nutzung des Azure Communication Services-Supports für Teams-Benutzer zu überprüfen:

  • Überprüfung über den Teams-Webclient
  • Überprüfung Ihrer aktuellen Teams-Lizenz über die Microsoft Graph-API

Überprüfung über den Teams-Webclient

Führen Sie diese Schritte aus, um die Berechtigung Ihrer Teams-Lizenz über den Microsoft Teams-Webclient zu überprüfen:

  1. Öffnen Sie einen Browser, und navigieren Sie zum Teams-Webclient.
  2. Melden Sie sich mit Anmeldeinformationen an, die über eine gültige Teams-Lizenz verfügen.
  3. Wenn die Authentifizierung erfolgreich ist und Sie in der https://teams.microsoft.com/-Domäne bleiben, ist Ihre Teams-Lizenz berechtigt. Wenn bei der Authentifizierung ein Fehler auftritt oder Sie zur https://teams.live.com/v2/-Domäne umgeleitet werden, ist Ihre Teams-Lizenz nicht dazu berechtigt, den Azure Communication Services-Support für Teams-Benutzer zu nutzen.

Überprüfung Ihrer aktuellen Teams-Lizenz über die Microsoft Graph-API

Sie können Ihre aktuelle Teams-Lizenz mithilfe der Microsoft Graph-API licenseDetails finden, welche die einem Benutzer zugewiesenen Lizenzen zurückgibt. Führen Sie diese Schritte aus, um das Graph-Explorer-Tool zum Anzeigen von Lizenzen zu verwenden, die einem Benutzer zugewiesen sind:

  1. Öffnen Sie einen Browser, und navigieren Sie zu Graph-Explorer.

  2. Melden Sie sich mit den gewünschten Anmeldeinformationen beim Graph-Explorer an. Screenshot: Anmelden beim Graph-Explorer

  3. Geben Sie im Abfragefeld die folgende API ein, und klicken Sie auf Abfrage ausführen:

    https://graph.microsoft.com/v1.0/me/licenseDetails

    Screenshot: Eingeben der API im Graph-Explorer

    Sie können auch eine Abfrage für einen bestimmten Benutzer ausführen, indem Sie die Benutzer-ID über die folgende API bereitstellen:

    https://graph.microsoft.com/v1.0/users/{id}/licenseDetails

  4. Der Bereich Antwortvorschau zeigt eine Ausgabe wie die folgende an:

    Beachten Sie, dass das hier gezeigte Antwortobjekt möglicherweise zur besseren Lesbarkeit gekürzt wurde.

    {
    "@odata.context": "https://graph.microsoft.com/v1.0/$metadata#users('071cc716-8147-4397-a5ba-b2105951cc0b')/assignedLicenses",
    "value": [
        {
            "skuId": "b05e124f-c7cc-45a0-a6aa-8cf78c946968",
            "servicePlans":[
                {
                    "servicePlanId":"57ff2da0-773e-42df-b2af-ffb7a2317929",
                    "servicePlanName":"TEAMS1",
                    "provisioningStatus":"Success",
                    "appliesTo":"User"
                }
            ]
        }
    ]
}

  5. Suchen Sie nach den Lizenzdetails, in denen die Eigenschaft servicePlanName einen der Werte in der Tabelle „Berechtigte Teams-Lizenzen“ enthält.

Fehlercodes des Calling SDK

Die Azure Communication Services Calling SDKs verwenden die folgenden Fehlercodes, um Sie beim Beheben von Anrufproblemen zu unterstützen. Diese Fehlercodes werden durch die call.callEndReason-Eigenschaft bereitgestellt, nachdem ein Anruf beendet wurde.

Fehlercode BESCHREIBUNG Auszuführende Aktion
403 Unzulässig/Authentifizierungsfehler. Stellen Sie sicher, dass Ihr Communication Services-Token gültig und nicht abgelaufen ist.
404 Anruf nicht gefunden. Stellen Sie sicher, dass die Telefonnummer, die Sie anrufen (oder die Telefonkonferenz, der Sie beitreten möchten), vorhanden ist.
408 Timeout des Anrufcontrollers. Timeout des Anrufcontrollers beim Warten auf Protokollmeldungen von Benutzerendpunkten. Stellen Sie sicher, dass die Clients verbunden und verfügbar sind.
410 Fehler des lokalen Medienstapels oder der Medieninfrastruktur. Stellen Sie sicher, dass Sie das neueste SDK in einer unterstützten Umgebung verwenden.
430 Nachricht kann nicht an die Clientanwendung übermittelt werden. Stellen Sie sicher, dass die Clientanwendung ausgeführt wird und verfügbar ist.
480 Remoteclientendpunkt ist nicht registriert. Stellen Sie sicher, dass der Remoteendpunkt verfügbar ist.
481 Fehler beim Verarbeiten des eingehenden Anrufs. Reichen Sie eine Supportanfrage über das Azure-Portal ein.
487 Der Anruf wurde abgebrochen, lokal abgelehnt, aufgrund eines Endpunktkonfliktfehlers beendet, oder das Medienangebot konnte nicht generiert werden. Erwartetes Verhalten.
490, 491, 496, 497, 498 Netzwerkprobleme des lokalen Endpunkts. Überprüfen Sie Ihr Netzwerk.
500, 503, 504 Communication Services-Infrastrukturfehler. Reichen Sie eine Supportanfrage über das Azure-Portal ein.
603 Anruf global durch Communication Services-Remoteteilnehmer abgelehnt. Erwartetes Verhalten.

Fehlercodes für das Anrufautomatisierungs-SDK

Die folgenden Fehlercodes werden vom Anrufautomatisierungs-SDK verfügbar gemacht.

Fehlercode BESCHREIBUNG Zu ergreifende Maßnahmen
400 Bad request (Ungültige Anforderung) Die Eingabeanforderung ist ungültig. Sehen Sie sich die Fehlermeldung an, um zu bestimmen, welche Eingabe falsch ist.
400 Fehler beim Wiedergeben Vergewissern Sie sich, dass Ihre Audiodatei im Format WAV, mit 16 KHz und in Mono vorliegt und dass die Datei-URL öffentlich zugänglich ist.
400 Fehler erkannt Überprüfen Sie die Fehlermeldung. In der Meldung wird hervorgehoben, ob dieser Fehler darauf zurückzuführen ist, dass das Timeout erreicht wurde oder ob der Vorgang abgebrochen wurde. Weitere Informationen zu den Fehlercodes und Meldungen finden Sie in unserer Schrittanleitung zum Sammeln von Benutzereingaben.
401 Nicht autorisiert Fehler bei der HMAC-Authentifizierung. Überprüfen Sie, ob die zum Erstellen von CallAutomationClient verwendete Verbindungszeichenfolge korrekt ist.
403 Verboten Die Anforderung ist unzulässig. Vergewissern Sie sich, dass Sie Zugriff auf die Ressource haben, auf die Sie zugreifen möchten.
404 Ressource nicht gefunden Der Anruf, auf den Sie reagieren möchten, ist nicht vorhanden. Beispiel: Durchstellen eines Anrufs, der bereits getrennt wurde.
429 Zu viele Anforderungen Wiederholen Sie den Vorgang nach einer Wartezeit, die im Retry-After-Header vorgeschlagen wurde, und nehmen Sie dann ein exponentielles Backoff vor.
500 Interner Server-Fehler Wiederholen Sie den Vorgang nach einer Wartezeit. Wenn der Fehler weiterhin besteht, legen Sie ein Supportticket an.
500 Fehler beim Wiedergeben Reichen Sie eine Supportanfrage über das Azure-Portal ein.
500 Fehler erkannt Lesen Sie die Fehlermeldung, und vergewissern Sie sich, dass das Dateiformat gültig ist (WAV, 16 KHz, Mono). Wenn das Dateiformat gültig ist, stellen Sie eine Supportanfrage über das Azure-Portal.
502 Ungültiger Gateway Wiederholen Sie den Vorgang nach einer Wartezeit mit einem neuen HTTP-Client.

Beachten Sie bei der Behandlung bestimmter Probleme die folgenden Tipps.

  • Ihre Anwendung erhält kein IncomingCall-Event Grid-Ereignis: Vergewissern Sie sich, dass der Anwendungsendpunkt zum Zeitpunkt der Erstellung des Ereignisabonnements für Event Grid validiert war. Der Bereitstellungsstatus für Ihr Ereignisabonnement wird als erfolgreich markiert, wenn die Überprüfung erfolgreich war.
  • Fehler „‚Das Feld CallbackUri ist ungültig‘: Die Anrufautomatisierung unterstützt keine HTTP-Endpunkte“. Vergewissern Sie sich, dass die von Ihnen angegebene Rückruf-URL HTTPS unterstützt.
  • Die PlayAudio-Aktion gibt nichts wieder: Aktuell wird für Audiodateien nur das Wave-Dateiformat (WAV) unterstützt. Der Audioinhalt in der Wavedatei muss mono (einkanalig) mit 16-Bit-Samples und einer Abtastrate von 16.000 Hz (16 KHz) vorliegen.
  • Aktionen für PSTN-Endpunkte funktionieren nicht: CreateCall, Transfer, AddParticipant und Redirect an Telefonnummern erfordern, dass Sie in der Aktionsanforderung die SourceCallerId festlegen. Sofern Sie nicht Direct Routing verwenden, muss die Quellanrufer-ID eine Telefonnummer sein, die sich im Besitz Ihrer Communication Services-Ressource befindet, damit die Aktion erfolgreich ist.

In diesem Artikel erfahren Sie mehr über bekannte Probleme, die vom Produktteam nachverfolgt werden.

Fehlercodes des Chat SDK

Die Azure Communication Services Chat SDK verwendet die folgenden Fehlercodes, um Sie beim Beheben von Chatproblemen zu unterstützen. Die Fehlercodes werden über die error.code-Eigenschaft in der Fehlerantwort verfügbar gemacht.

Fehlercode BESCHREIBUNG Auszuführende Aktion
401 Nicht autorisiert Stellen Sie sicher, dass Ihr Communication Services-Token gültig und nicht abgelaufen ist.
403 Verboten Stellen Sie sicher, dass der Initiator der Anforderung Zugriff auf die Ressource hat.
429 Zu viele Anforderungen Stellen Sie sicher, dass Ihre clientseitige Anwendung dieses Szenario benutzerfreundlich behandelt. Wenn der Fehler weiterhin auftritt, reichen Sie eine Supportanfrage ein.
503 Dienst nicht verfügbar Reichen Sie eine Supportanfrage über das Azure-Portal ein.

SMS-Fehlercodes

Die Azure Communication Services SMS SDK verwendet die folgenden Fehlercodes, um Sie beim Beheben von SMS-Problemen zu unterstützen. Die Fehlercodes werden über das Feld „DeliveryStatusDetails“ im SMS-Übermittlungsbericht verfügbar gemacht.

Fehlercode BESCHREIBUNG Auszuführende Aktion
2.000 Nachricht erfolgreich übermittelt
4000 Nachricht wird aufgrund von Betrugserkennung abgelehnt Stellen Sie sicher, dass Sie die maximal zulässige Anzahl von Nachrichten nicht überschreiten.
4001 Die Meldung wird aufgrund eines ungültigen Quell-/Von-Zahlenformats abgelehnt. Stellen Sie sicher, dass die An-Zahl im E.164-Format und das Von-Zahlenformat im E.164- oder Kurzcodeformat vorliegt.
4002 Die Meldung wird aufgrund eines ungültigen Ziel-/An-Zahlenformats abgelehnt. Stellen Sie sicher, dass die An-Nummer im E.164-Format vorliegt.
4003 Nachricht konnte aufgrund eines nicht unterstützten Ziels nicht übermittelt werden. Überprüfen Sie, ob das Ziel, an das Sie senden möchten, unterstützt wird.
4004 Die Nachricht konnte nicht übermittelt werden, da die Ziel-/An-Nummer nicht vorhanden ist. Stellen Sie sicher, dass die An-Nummer, an die Sie senden möchten, gültig ist.
4005 Nachricht wird vom Zielnetzbetreiber blockiert.
4006 Die Ziel-/An-Nummer ist nicht erreichbar. Versuchen Sie, die Nachricht zu einem späteren Zeitpunkt erneut zu senden.
4007 Die Ziel-/An-Nummer hat den Empfang von Nachrichten von Ihnen deaktiviert. Markieren Sie die Ziel-/An-Nummer als deaktiviert, sodass keine weiteren Nachrichtenversuche an die Nummer vorgenommen werden.
4008 Sie haben die maximale Anzahl von Nachrichten überschritten, die für Ihr Profil zulässig ist. Stellen Sie sicher, dass Sie die maximal zulässige Anzahl von Nachrichten nicht überschreiten, oder verwenden Sie Warteschlangen, um die Nachrichten im Batch zu verarbeiten.
4009 Die Nachricht wird vom Microsoft-Berechtigungssystem abgelehnt. Dies geschieht am häufigsten, wenn betrügerische Aktivitäten erkannt werden. Wenden Sie sich an den Support, um weitere Informationen zu erhalten.
4010 Die Nachricht wurde blockiert, weil die gebührenfreie Nummer ungeprüft ist Überprüfen Sie nicht überprüfte Sendegrenzwerte, und reichen Sie die gebührenfreie Nummer so schnell wie möglich zur Überprüfung ein.
5.000 Die Nachricht konnte nicht gesendet werden. Wenden Sie sich an das Microsoft-Supportteam, um weitere Informationen zu erhalten. Reichen Sie eine Supportanfrage über das Azure-Portal ein.
5001 Nachricht konnte aufgrund einer vorübergehenden Nichtverfügbarkeit der Anwendung/des Systems nicht übermittelt werden.
5002 Der Versandbericht wird vom Netzbetreiber nicht unterstützt Dies passiert meistens, wenn ein Netzbetreiber keine Versandbericht unterstützt. Es ist keine Aktion erforderlich, da die Nachricht möglicherweise bereits übermittelt wurde.
9999 Nachricht konnte aufgrund eines unbekannten Fehlers nicht übermittelt werden. Versuchen Sie, die Nachricht erneut zu senden.