Warum werden Nachrichten als zugestellt gemeldet, aber vom Benutzer nicht empfangen?

Manchmal werden Nachrichten als zugestellt gemeldet, aber vom Benutzer aus den folgenden Gründen nicht empfangen:

• Sie werden vom Telekommunikationsbetreiber abgelehnt. Wenn über einen Zeitraum versucht wird, die Nachricht neu zu senden, werden Nachrichten vom Bediener als SPAM-Nachricht klassifiziert.

Eine Lösung besteht darin, TransactionID oder ReferenceID in den Nachrichtentext einzufügen. Diese IDs klassifizieren die SMS als transaktionsorientiert und werden vom Bediener nicht blockiert.

• Der Benutzer nimmt dies nicht in Anspruch. Wenn der Benutzer die Benachrichtigung abbestellt, indem er einen Abmeldetext wie Opt Out, Stop oder Exit sendet, erreichen die Nachrichten diesen Benutzer nicht, und der Statusbericht gibt dies an. Der Benutzer kann eine Opt in-Nachricht an dieselbe Quelle senden, um den Empfang von Nachrichten erneut zu starten.

Warum werden einige Einheiten als ungültig markiert und aus der Datenbank gelöscht?

Manchmal werden Einheiten als ungültig markiert und aus der Datenbank gelöscht, wenn sie die folgenden ungültigen Bedingungen erfüllen:

• FCM-oder Android-Geräte:

  • invalidRegistration: Möglicherweise wurde ein falsches Format des Registrierungstokens an den Server übergeben.
  • MismatchSenderID-Eine Abweichung in der senderID, die nicht Teil der Benutzergruppe ist, die an ein Registrierungstoken gebunden ist
  • NotRegistered-Ein ungültiges Registrierungstoken aus verschiedenen Gründen (z. B. Client-App, deren Registrierung bei FCM aufgehoben wird, Tokens sind ungültig, Registrierungstoken laufen ab, Client-App, die aktualisiert wird, aber die neue Version, die nicht für den Empfang von Nachrichten konfiguriert ist).

  Weitere Informationen finden Sie unter FCM error response codes for downstream messages.

• APNS-oder Safari-Geräte:

  • Unregistered-Das Gerätetoken ist für das angegebene Topic nicht aktiv.
  • BadDeviceToken-Das angegebene Gerätetoken ist ungültig.
  • DeviceTokenNotForTopic-Das Gerätetoken stimmt nicht mit dem angegebenen Topic (Paket-ID) überein.

  Weitere Informationen zur Handhabung von Benachrichtigungsantworten von Apps finden Sie hier.

• Chrome-oder Firefox-Geräte:

  • NotFound-Das Abonnement ist abgelaufen und kann nicht verwendet werden.
  • Gone-Die Subskription ist ungültig.

  Weitere Informationen finden Sie unter Web-Push-Protokoll.

Was ist der Unterschied zwischen Topicsubskriptionen und Tagsubskriptionen für Push-Geräte?

• Event Notifications-Topicsubskriptionen:

  Beginnen Sie für die Topicsubskriptionen, indem Sie ein Topic erstellen und Bedingungen für dieses Topic schreiben. Dieses Thema ist für die Weiterleitung der eingehenden Benachrichtigung verantwortlich, die die Topicbedingungen erfüllt.

  Sie können mehrere Event Notifications-Ziele wie E-Mail, SMS, Webhooks, Slack und Microsoft-Teams abonnieren. Sie können auch Push-Ziele wie Android abonnieren, iOS, Firefox, Chrome und Safari.

  Wenn die eingehenden Benachrichtigungen die für Topic (T) geschriebene Bedingung erfüllen, leitet sie die Benachrichtigung unabhängig vom Zieltyp an alle Ziele weiter, die für Topic (T) subskribiert oder mit Topic (T) verbunden sind.

  Die ACME Bank möchte beispielsweise Wartungsereignisbenachrichtigungen mithilfe von Android-und iOS-Geräten an Kunden weiterleiten. Die Acme Bank folgt diesen Schritten:

  1. Erstellen Sie ein Thema mit dem Namen ACME-Maintenance.
  2. Write Advance-Bedingung $.notification-type == 'maintenance'.
  3. Abonnieren Sie Push-Android-und Push- iOS-Ziele für Ihr Topic.
  4. Als Nächstes senden Sie eine Ereignisbenachrichtigung mit Nutzdaten, die das Attribut "notification-type":"maintenance"und "ibmenpushto": "{\"platforms\":[\"push_android\",\"push_ios\"]]}"enthalten. Das Attribut notification-type wird hinzugefügt, damit es mit der Topicbedingung und ibmenpushto für Zielkunden mit Android-und iOS -Geräten übereinstimmt.
  5. Event Notifications wird an Kunden mit Android-und iOS -Geräten weitergeleitet, da die zugehörigen Nutzdaten "notification-type":"maintenance" enthalten, die der Bedingung für Topic ACME-Maintenance entsprechen, und "ibmenpushto": "{\"platforms\":[\"push_android\",\"push_ios\"]]}" als ibmenpushto ist für Push-Ziele des Typs Event Notifications obligatorisch.

  Alle Push-Geräte werden unter Event Notifications als Ziel des Typs Push registriert. Beispiel: push-android, push-ios und andere.

• Event Notifications-Tagabonnements für Push-Geräte

  Die ACME Bank möchte beispielsweise Wartungsereignisbenachrichtigungen mithilfe von Android-und iOS-Geräten an Kunden weiterleiten. Die Wartung der ACME Bank erfolgt in der Regel in jeweils einer Region.

  Die ACME Bank möchte alle Android-und iOS-Geräte ihres Kunden unter regionsspezifischen Tags registrieren.

  1. Zu diesem Zweck kann die Bank Event Notifications Android Client SDK und iOS Client SDK verwenden, um die Android-und iOS-Geräte von Asia Pacific-Kunden unter dem Tag AP zu abonnieren.

     Verwenden Sie die folgenden Links, um weitere Informationen zur Subskription von Push-Geräten mithilfe der Event Notifications-Client-SDKs zu erhalten:

     • Android-Push-Benachrichtigungen (FCM)
     • iOS-Push-Benachrichtigungen (APNs)
     • Chrome-Push-Benachrichtigungen
     • Firefox-Push-Benachrichtigungen
     • Push-Benachrichtigungen für Safari

  2. Als Nächstes sendet die Bank eine Benachrichtigung mit Nutzdaten, die das Attribut "notification-type":"maintenance" und "ibmenpushto": "{\"tags\":[\"AP\""]]}" enthält. notification-type-Attribute werden hinzugefügt, damit sie mit der Topicbedingung und ibmenpushto übereinstimmen, da die Nachricht für Push-Kunden mit Android-und iOS-Geräten in der asiatisch-pazifischen Region AP bestimmt ist.

Warum werden mir keine E-Mail- oder SMS-Benachrichtigungen angezeigt, die ich nach der Konfiguration von Event Notifications für E-Mail und SMS gesendet habe?

E-Mail und SMS werden nur für verwaltete IBM-Quellen (IBM Cloud-Services) unterstützt. Sie können eine Benachrichtigung von der API-Quelle an alle anderen Ziele mit Ausnahme von E-Mail und SMS senden.

Wo gebe ich den Slack-Kanalnamen in der Slack-Zielkonfiguration an?

Event Notifications unterstützt das Slack-Ziel mithilfe der Slack-Funktion "Incoming Webhook". Ein eingehender Webhook ist direkt mit einem Slack-Kanal verlinkt. Daher muss der Slack-Kanal nicht separat angegeben werden.

Ist es möglich, die Nachricht anzupassen, die von IBM Cloud-Services (IBM Cloud Quellen) generiert wird?

Sie können keine Nachrichten anpassen, die aus IBM Cloud-Services (IBM Cloud Quellen) generiert werden. Diese Benachrichtigungen werden durch den jeweiligen IBM Cloud-Service wie Secrets Managerund Compliance Managergeneriert. Der Nachrichteninhalt kann vom Endbenutzer nicht geändert werden, bevor er an ein Ziel gesendet wird.

Warum erhalte ich eine 422-Fehlerantwort für den API-Aufruf zum Senden von Benachrichtigungen?

Der Service Event Notifications kann Ihre Anforderung nicht bearbeiten. Dies tritt normalerweise auf, wenn dem Thema, an das die Benachrichtigung gesendet wird, keine Bedingung oder kein Filter zugeordnet ist. Überprüfen Sie Ihr Thema und stellen Sie sicher, dass es mit der richtigen Quelle unter den beabsichtigten Bedingungen verbunden ist.

Warum haben die gesendeten E-Mail-Benachrichtigungen keine Kunden erreicht, obwohl in den Protokollen erfolgreich gesendete Benachrichtigungen angezeigt werden?

Dies kann darauf zurückzuführen sein, dass für Ihre Event Notifications-Instanz ein Abonnement für das Ziel 'smtp_ibm' erstellt wurde und keine E-Mail-ID als Empfänger zur Liste für das Abonnement hinzugefügt wurde.

Stellen Sie sicher, dass für Ihre Event Notifications-Instanz ein Abonnement für das Ziel 'smtp_ibm' erstellt wurde und dass mindestens eine E-Mail-ID als Empfänger zur Liste für das Abonnement hinzugefügt wurde.

Können Benachrichtigungen über Event Notificationsan mehrere Ziele gesendet werden?

Ja. Sie können Benachrichtigungen an mehrere Ziele senden.

Was ist der Unterschied zwischen einem benutzerdefinierten Domänen-E-Mail-Ziel und einem IBM Cloud-E-Mail-Ziel für Ereignisbenachrichtigungen?

E-Mails, die über ein IBM Cloud-E-Mail-Ziel gesendet werden, werden im Namen von IBM Cloud aus einer Quelle gesendet (d. h., die E-Mail-Domäne des Absenders hat immer ".event-notifications.cloud.ibm.com"). Andererseits ermöglicht Ihnen ein benutzerdefiniertes E-Mail-Ziel, Ihre eigene Domänenadresse hinzuzufügen, über die ein Absender E-Mails senden kann.

Außerdem können API-Quellen aus Sicherheitsgründen keine Benachrichtigungen an IBM Cloud-E-Mail-Ziel senden. Auf der anderen Seite kann ein angepasstes Domänen-E-Mail-Ziel Benachrichtigungen von beliebigen Quellen empfangen.

Welche Dateierweiterungen sind für E-Mail-Anhänge gesperrt?

Aus Sicherheitsgründen werden bestimmte Dateierweiterungen beim Versand von E-Mail-Anhängen über benutzerdefinierte Domänen-E-Mail-Ziele blockiert. Diese Erweiterungen werden blockiert, um die Übertragung potenziell schädlicher ausführbarer Dateien, Skripte und Systemdateien zu verhindern, die ein Sicherheitsrisiko für den Empfänger darstellen könnten.

In der folgenden Tabelle sind die blockierten Dateierweiterungen aufgeführt:

Wenn Sie versuchen, einen Anhang mit einer blockierten Erweiterung zu senden, wird die Anfrage mit einem 400 Bad Request Fehler zurückgewiesen.

Was ist die SPF-Verifizierung?

Die SPF-Verifizierung (SPF = Sender Policy Framework) ist eine E-Mail-Authentifizierungsmethode, mit der E-Mail-Spoofing und Phishing verhindert werden, indem E-Mail-Empfängern ermöglicht wird, zu verifizieren, dass eine E-Mail-Nachricht aus einer autorisierten Quelle stammt. SPF definiert eine Liste der autorisierten Mail-Server (IP-Adressen) für eine bestimmte Domäne. Wenn eine E-Mail empfangen wird, kann der Mail-Server des Empfängers überprüfen, ob die IP-Adresse des sendenden Mail-Servers in der Liste der autorisierten Server für die Domäne des Absenders enthalten ist.

SPF verhindert, dass unbefugte Quellen E-Mails im Auftrag einer Domäne senden, wodurch die Wahrscheinlichkeit von Phishing-Angriffen und Spam verringert wird. Es ist jedoch wichtig zu beachten, dass SPF allein keine End-to-End-E-Mail-Sicherheit bietet. Andere E-Mail-Authentifizierungsverfahren, wie z. B. DKIM (DomainKeys Identified Mail) und DMARC (Domain-based Message Authentication, Reporting, and Conformance), werden häufig in Kombination mit SPF für eine umfassendere E-Mail-Authentifizierung und Anti-Phishing-Strategie verwendet.

Was ist die DKIM-Verifizierung?

Die DKIM-Verifizierung (DomainKeys Identified Mail) ist eine E-Mail-Authentifizierungsmethode zur Verifizierung der Authentizität und Integrität von E-Mail-Nachrichten. DKIM hilft, E-Mail-Spoofing, Phishing und Manipulation zu verhindern, indem es E-Mail-Empfängern ermöglicht, zu überprüfen, ob eine E-Mail-Nachricht von einer autorisierten Quelle gesendet wurde und ob sie während der Übertragung geändert wurde.

Die DKIM-Verifizierung bietet einen starken Mechanismus für die E-Mail-Authentifizierung, da sie die Identität des Absenders kryptografisch verifiziert und die Integrität der E-Mail sicherstellt. Es wird häufig zusammen mit anderen E-Mail-Authentifizierungsmethoden wie SPF (Sender Policy Framework) und DMARC (Domain-based Message Authentication, Reporting, and Conformance) verwendet, um ein umfassendes E-Mail-Sicherheitsframework bereitzustellen.

Durch die Implementierung von DKIM können Domäneneigner die Vertrauenswürdigkeit ihrer E-Mail-Kommunikation erhöhen, die Wahrscheinlichkeit verringern, dass ihre Domäne für Phishing-Angriffe verwendet wird, und die Zustellbarkeit von E-Mails verbessern.

Wie funktioniert die SPF-Verifizierung?

1. Der Absender veröffentlicht einen SPF-Datensatz: Der Eigner einer Domäne (der Absender) veröffentlicht einen SPF-Datensatz in den DNS-Datensätzen (Domain Name System) ihrer Domäne. Dieser SPF-Datensatz gibt an, welche Mail-Server berechtigt sind, E-Mails im Namen dieser Domäne zu senden.

2. E-Mail gesendet: Wenn eine E-Mail von dieser Domäne gesendet wird, kann der Mail-Server des Empfängers eine SPF-Prüfung durchführen, indem er den SPF-Datensatz für die Domäne des Absenders sucht.

3. SPF-Datensatzprüfung: Der Mail-Server des Empfängers überprüft, ob die IP-Adresse des sendenden Mail-Servers im SPF-Datensatz als autorisierter Absender aufgeführt ist. Ist dies der Fall, gilt die E-Mail als legitim; andernfalls kann sie als verdächtig oder abgelehnt markiert werden.

4. Ergebnis: Die SPF-Prüfung erzeugt eines von drei Ergebnissen:

   • Pass: Die IP-Adresse des sendenden Servers ist im SPF-Datensatz aufgelistet und gibt an, dass die E-Mail legitim ist.
   • Fehler: Die IP-Adresse des sendenden Servers ist im SPF-Datensatz nicht aufgeführt, was darauf hinweist, dass die E-Mail möglicherweise nicht berechtigt ist.
   • Veränderlicher Fehler: Der SPF-Datensatz weist auf Vorsicht hin, aber die E-Mail wird nicht sofort abgelehnt.

Wie funktioniert die DKIM-Verifizierung?

1. Nachrichtensignierung: Wenn eine E-Mail von einer Domäne gesendet wird, in der DKIM aktiviert ist, signiert der sendende Mail-Server die E-Mail-Nachricht digital mit einem privaten Schlüssel. Diese Signatur enthält Informationen zum Inhalt der E-Mail und zur Domäne des Absenders.

2. DNS-Datensatz: Die Domäne des Absenders veröffentlicht einen öffentlichen DKIM-Schlüssel in seinen DNS-Datensätzen (Domain Name System). Dieser öffentliche Schlüssel wird von empfangenden Mail-Servern verwendet, um die in Schritt 1 angewendete Signatur zu überprüfen.

3. E-Mail-Übertragung: Die E-Mail wird an den Mail-Server des Empfängers übertragen.

4. DKIM-Verifizierung: Beim Empfang der E-Mail führt der Mail-Server des Empfängers die DKIM-Verifizierung durch, indem er den öffentlichen DKIM-Schlüssel aus den DNS-Datensätzen des Absenders mithilfe der Domäne abruft, die im Header "Von" der E-Mail gefunden wurde.

5. Signaturprüfung: Der E-Mail-Server des Empfängers verwendet den öffentlichen DKIM-Schlüssel, um die digitale Signatur in der E-Mail zu überprüfen. Wenn die Signatur gültig ist, bedeutet dies, dass die E-Mail während der Übertragung nicht manipuliert wurde und aus einer autorisierten Quelle stammt.

6. Ergebnis: Der DKIM-Verifizierungsprozess führt zu einem der folgenden Ergebnisse:

   • Pass: Die DKIM-Signatur der E-Mail ist gültig, was bedeutet, dass die E-Mail legitim ist und nicht manipuliert wurde.
   • Fehler: Die DKIM-Signatur ist ungültig oder fehlt, was darauf hindeutet, dass die E-Mail verdächtig oder gefälscht ist.

Was ist E-Mail-Personalisierung?

Die E-Mail-Personalisierung bezieht sich auf das Verfahren zur Anpassung von E-Mail-Inhalten und -Nachrichten an einzelne Empfänger oder bestimmte Empfängergruppen auf der Basis ihrer Präferenzen, Verhaltensweisen, demografischen Daten oder anderer Daten. Das Ziel der E-Mail-Personalisierung besteht darin, relevantere und attraktivere E-Mail-Erlebnisse für Empfänger zu schaffen, die zu höheren Öffnungsraten, Klickabfolgeraten und Konversionen führen können.

Was sind zwei Arten von Vorlagen?

Es gibt zwei Arten von Vorlagen: Einladungsvorlagen und Benachrichtigungsvorlagen. Eine Einladungsvorlage wird verwendet, um angepasste E-Mail-Einladungen an alle zu den Abonnements hinzugefügten Personen zu senden, während eine Benachrichtigungsvorlage verwendet wird, wenn eine E-Mail für ein Ereignis gesendet wird. Sie kann HTML-Tags, Handlebar-Unterstützung und Personalisierungsunterstützung enthalten.

Was ist ein Client-Timeout?

Ein Clientzeitlimit bezieht sich auf den Zeitraum, in dem ein Client (z. B. ein Web-Browser oder eine Anwendung) auf eine Antwort von einem Server wartet. Wenn der Server innerhalb dieses angegebenen Zeitrahmens nicht antwortet, tritt eine Zeitlimitüberschreitung auf, die darauf hinweist, dass die Verbindung unterbrochen wurde oder der Server nicht antwortet.

Warum treten Clientzeitlimits auf?

Clientzeitlimits können aus verschiedenen Gründen auftreten, wie z. B. langsame Netzkonnektivität, Serverüberlastung, fehlerhafte Konfigurationen oder Probleme mit der clientseitigen Anwendung. Wenn ein Client innerhalb des definierten Zeitlimitintervalls keine Antwort vom Server empfängt, geht er davon aus, dass ein Problem vorliegt, und beendet die Verbindung.

Wie kann ich feststellen, ob eine Zeitlimitüberschreitung beim Client auftritt?

Wenn Sie versuchen, auf eine Website, eine Anwendung oder einen Service zuzugreifen, können Clientzeitlimits auftreten. Zu den allgemeinen Indikatoren gehören Fehlernachrichten wie Connection Timed Out oder Request Timed Out. Die Überwachung von Tools und Protokollen auf der Serverseite kann auch Einblicke in Zeitlimitüberschreitungen bieten.

Wie kann ich Fehler bei Clientzeitlimits beheben?

• Überprüfen Sie Ihre Internetverbindung: Stellen Sie sicher, dass Ihre Internetverbindung stabil ist und keine Störungen auftreten.
• Serverstatus überprüfen: Bestätigen Sie, dass der Ereignisbenachrichtigungsservice verfügbar ist und keine Vorfälle gemeldet wurden.
• Zeitlimiteinstellungen anpassen: Einige Anwendungen ermöglichen es Benutzern, Zeitlimiteinstellungen anzupassen. Ziehen Sie nach Möglichkeit in Betracht, die Zeitlimitdauer zu verlängern, um mögliche Verzögerungen zu berücksichtigen.

Wie können Entwickler Clientzeitlimits in ihren Anwendungen angehen?

Entwickler können verschiedene Strategien implementieren, einschließlich der Optimierung von Code für eine bessere Leistung, der Verwendung asynchroner Programmierung und der Implementierung von Wiederholungsmechanismen. Darüber hinaus kann die Bereitstellung klarer Fehlernachrichten und Anleitungen für die Fehlerbehebung die Benutzererfahrung insgesamt verbessern.

Sind Clientzeitlimits immer das Ergebnis von Serverproblemen?

Nicht unbedingt. Serverbezogene Probleme sind zwar häufige Ursachen für Clientzeitlimits, aber Probleme auf der Clientseite, wie z. B. Netzprobleme oder falsch konfigurierte Einstellungen, können auch zu Zeitlimitüberschreitungen beitragen. Es ist wichtig, sowohl Client-als auch Serveraspekte bei der Behebung von Zeitlimitüberschreitungen zu untersuchen.

Was muss ich tun, wenn ich häufig Zeitlimitüberschreitungen beim Kunden feststellen?

Wenn Sie ständig Zeitlimitüberschreitungen bei Kunden feststellen, ziehen Sie in Betracht, sich an das Support-Team zu setzen.

Kann ich Terraform IBM Module zur Bereitstellung von Event Notifications verwenden?

Ja, Sie können vorgefertigte, unternehmenstaugliche Terraform IBM Module(TIM) zur Bereitstellung und Konfiguration von Event Notifications Instanzen verwenden. Das Event Notifications modul bietet einen standardisierten, getesteten Ansatz für die Bereitstellung von Event Notifications mit eingebauten Best Practices.

Unterstützt Event Notifications die kontoübergreifende Integration?

Event Notifications unterstützt die kontoübergreifende Integration. Die folgenden Schritte beschreiben die Vorgehensweise bei der kontoübergreifenden Integration:

1. Erstellen Sie eine Event Notifications Instanz im ersten Konto A.

2. Erstellen Sie eine Secrets Manager Instanz in einem anderen Konto B.

3. Führen Sie die Autorisierung von Dienst zu Dienst auf Konto A durch und geben Sie die Kontonummer von B an, wenn Sie aufgefordert werden, ein Quellkonto auszuwählen.

4. Erstellen Sie einen API-Schlüssel und generieren Sie ein Zugriffstoken.

curl --request POST \
  --url https://iam.cloud.ibm.com/identity/token \
  --header 'Content-Type: application/x-www-form-urlencoded' \
  --data apikey=<api-key> \
  --data response_type=cloud_iam \
  --data grant_type=urn:ibm:params:oauth:grant-type:apikey

So erstellen Sie die Integration über API:

Führen Sie einen curl-Befehl aus, um die Instanz Event Notifications in die Instanz Secrets Manager zu integrieren.

curl -X POST \
  -H "Authorization: Bearer <iam_token>" \
  -H "Accept: application/json" \
  -H "Content-Type: application/json" \
  -d '{
    "event_notifications_instance_crn": "<crn of the event notifications instance>",
    "event_notifications_source_description": "Optional description of this source in an Event Notifications instance.",
    "event_notifications_source_name": "My Secrets Manager"
  }' \
  "https://<secrets-manager instance id>.<region>.secrets-manager.appdomain.cloud/api/v2/notifications/registration"

So erstellen Sie die Integration über CLI:

ibmcloud secrets-manager notifications-registration-create --instance-id 0a497fc8-4389-4fee-86ec-ab4b364524de \
  --event-notifications-instance-crn <crn of the event notifications instance> \
  --event-notifications-source-name 'My Secrets Manager' \
  --event-notifications-source-description 'Optional description of this source in an Event Notifications instance.'

So erstellen Sie die Integration mit Terraform:

resource "ibm_sm_en_registration" "sm_en_registration" {
  instance_id   = <secrets-manager instance id>
  region        = <region>
  event_notifications_instance_crn = <crn of the event notifications instance>
  event_notifications_source_description = "Optional description of this source in an Event Notifications instance."
  event_notifications_source_name = "My Secrets Manager"
}