Hermetry protokolliert jeden Zustellversuch seiner Kanäle in einem Zustellprotokoll: eine Zeile pro Empfänger und Kanal. Das Protokoll beantwortet die Frage „Wurde es gesendet, an wen, über welchen Anbieter, und hat der Anbieter es angenommen?“. Es ergänzt die Nutzungszähler, die die Frage „wie viele“ beantworten.
Was protokolliert wird
| Feld | Bedeutung |
|---|---|
| Kanal | mail, sms, push oder eine Chat-Plattform. Die Glocke wird nicht protokolliert: Ihr Feed ist der Nachweis. |
| Empfänger | Die Adresse, Nummer oder das Mitglied. Verschlüsselt mit dem Datenschlüssel Ihrer Organisation gespeichert. |
| Anbieter | Der verwendete Mail-, SMS- oder Chat-Anbieter |
| Status | sent, failed oder pending |
| Betreff | Für E-Mail |
| Nachrichten-ID des Anbieters | Die Referenz des Anbieters, sofern er eine liefert |
| Fehler | Der Fehlertext des Anbieters bei einem fehlgeschlagenen Versuch |
| Zeit | Zeitpunkt des Versuchs |
sent bedeutet, dass der Anbieter die Nachricht angenommen hat. Ob sie danach das Postfach oder Telefon erreicht hat, liegt beim Anbieter; später gemeldete Rücksendungen werden getrennt von diesem Protokoll behandelt.
Wo Zustellnachweise zu finden sind
In dieser Version hat das Protokoll keine eigene Seite in der App. Verwenden Sie:
| Wo | Zeigt |
|---|---|
| Die Zeitleiste des Alarms | Benachrichtigt mit der Anzahl der Empfänger, den Kanälen und der Angabe, ob als kritisch gesendet; Benachrichtigung zurückgehalten (Drosselung); Stummgeschaltet: niemand wurde benachrichtigt. Siehe Mit Alarmen arbeiten. |
| Der Verlauf einer Regel | Die Schritte jedes Laufs, einschließlich eines fehlgeschlagenen Schritts Personen benachrichtigen. |
| Das Debug-Panel und die Laufergebnisse eines Flows | Die Zähler msg.metadata.notify des Blocks Notify: delivered, failed, suppressed, invalid, quota, held. |
| Der Datenexport Ihrer Organisation | Die Sammlung Notification log: was wann an wen gesendet wurde. Siehe Daten exportieren und Organisation schließen. |
Wie lange er aufbewahrt wird
| Alter | Was geschieht |
|---|---|
| Bis zu 90 Tage | Vollständig aufbewahrt. |
| Nach 90 Tagen | Anonymisiert: Der Empfänger, sein Suchindex, der Betreff und der Fehlertext werden entfernt. |
| Nach zwei Jahren | Gelöscht. |
Ein täglicher Durchlauf wendet dies auf jede Organisation an. Die Aufbewahrungsfrist ist für alle Organisationen gleich.
Warnung bei hoher Fehlerrate
Alle 15 Minuten prüft Hermetry die letzten 30 Minuten der Zustellungen Ihrer Organisation. Gab es mindestens 20 Versuche und scheiterte die Hälfte oder mehr, wird das Webhook-Ereignis notification.failure_rate_high („Notification failure rate high“) gesendet, höchstens einmal pro Stunde. Abonnieren Sie einen Webhook dafür, um schnell zu erfahren, dass ein Mailserver, SMS-Anbieter oder eine Chat-Plattform ausfällt. Siehe Webhooks.
Typische Ursachen: abgelaufene SMTP-Zugangsdaten, aufgebrauchtes Guthaben beim Anbieter, getrennte Chat-Plattform, Störung beim Anbieter.
Was nicht im Protokoll steht
- Benachrichtigungen, die auf einem Kanal nie versucht wurden: zurückgehalten durch eine Einstellung, Ruhezeiten, das Wiederholungsfenster, die Abklingzeit oder eine Stummschaltung, oder ohne Adresse für diesen Kanal. Diese Entscheidungen erscheinen stattdessen in der Zeitleiste des Alarms oder im Ergebnis des Blocks.
- Webhooks: Sie haben ein eigenes Zustellprotokoll. Siehe Webhooks.