2.1.1 für die Automatisierung: benannte Secrets in HTTP-Requests, dauerhafte Webhook-Trigger, Zustellungsberichte
Von English mit KI übersetzt ·
Drei Neuerungen in 2.1.1 für alle, die Flows erstellen.Secrets über ihren Namen in HTTP-Request-Feldern. Ein HTTP-Request-Feld kann nun ein Secret über seinen Namen referenzieren, der Wert wird auf dem Server eingesetzt. Adresse und Authentifizierung eines Aufrufs stammen weiterhin aus seiner Endpunktverbindung, siehe Verbindungen und Secrets.Dauerhafte Webhook-Trigger. Webhook-Trigger werden jetzt dauerhaft gespeichert und nach einem Ausfall automatisch wiederhergestellt.Zustellungsberichte für Benachrichtigungen. Benachrichtigungen melden nun die Zustellungen, die unterdrückt wurden oder fehlgeschlagen sind, sodass Sie sehen, was nicht versendet wurde, statt im Posteingang zu raten. In einem Flow enthält das Ergebnis des Notify-Blocks die Zähler (zugestellt, fehlgeschlagen, unterdrückt und weitere); für E-Mail-, SMS-, Push- und Chat-Zustellungen gibt es das Benachrichtigungsprotokoll.
Three changes in 2.1.1 for people who build flows.
Secrets by name in HTTP request fields. An HTTP request field can now refer to a secret by its name, and the value is filled in on the server. The address and the authentication of a call still come from its endpoint connection, see Connections and secrets.
Durable webhook triggers. Webhook triggers are now stored durably and repaired automatically after an outage.
Delivery reports for notifications. Notifications now report the deliveries that were suppressed or failed, so you can see what did not go out instead of guessing from the inbox. In a flow, the Notify block’s result carries the counts (delivered, failed, suppressed and the rest); for mail, SMS, push and chat deliveries there is the notification log.
Von English mit KI übersetzt ·
Wir haben einen Flow, der an eine Lieferanten-API sendet, wobei der Schlüssel in einer benutzerdefinierten Header-Zeile (X-Api-Key) steht. Sollte dieser in das neue benannte Secret verschoben werden oder an einen anderen Ort?
We have a flow that posts to a supplier API with the key in a custom header row (X-Api-Key). Should that move to the new named secret, or somewhere else?
Von English mit KI übersetzt ·
Für einen festen Schlüssel im Header würde ich ihn in der HTTP-Endpunkt-Verbindung hinterlegen: Auth-Typ header, header_name X-Api-Key, und der Wert kommt in header_value, das als Geheimnis gespeichert wird. Dann nennt der Block nur die Verbindung, und die Zeile in den Headers des Blocks kann entfallen.Nach dem Speichern zeigt das Feld „Ein Wert ist gespeichert. Leer lassen, um ihn zu behalten.“ an, und der Wert gelangt nie in einen Laufbericht, ein Protokoll oder einen Export. Wenn du den Flow später exportierst, muss der Importeur das Geheimnis erneut eingeben.
For a fixed key in a header I’d put it on the HTTP endpoint connection: auth type header, header_name X-Api-Key, and the value goes in header_value, which is stored as a secret. Then the block only names the connection and the row in the block’s headers can go.
After saving, the field shows „A value is stored. Leave empty to keep it.“ and the value never reaches a run record, a log or an export. If you export the flow later, the importer has to type the secret again.
Von English mit KI übersetzt ·
Eine Frage zum Webhook-Teil. Bedeutet „nach einem Ausfall repariert“, dass die Aufrufe, die während des Ausfalls eingegangen sind, anschließend ausgeführt werden, oder nur, dass der Trigger von selbst wieder anläuft?
Question on the webhook part. Does „repaired after an outage“ mean the calls that came in during the outage get run afterwards, or only that the trigger comes back by itself?
Von English mit KI übersetzt ·
Die Changelog-Zeile betrifft den Trigger selbst: Er wird dauerhaft gespeichert und nach einem Ausfall automatisch wiederhergestellt.Bei den Aufrufen selbst gilt: Ein Webhook-Aufruf, der während eines Ausfalls länger als seine Time-to-live gewartet hat, wird nicht von selbst ausgeführt. Er landet unter Fehlgeschlagene Nachrichten mit dem Grund „Zu lange gewartet“, und Wiedergabe führt ihn aus. Wiedergabe behält die ursprünglichen IDs bei, und die ausgehenden Blöcke senden denselben Idempotency-Key; dedupliziert das aufgerufene System diesen, wird der Aufruf nur einmal gesehen. Details unter Schutzmechanismen und fehlgeschlagene Nachrichten.
The changelog line is about the trigger itself: it’s stored durably and repaired automatically after an outage.
For the calls themselves, a webhook call that waited longer than its time-to-live during an outage isn’t run on its own. It goes to Failed messages with the reason „Waited too long“, and Replay runs it. Replay keeps the original ids, and the outbound blocks send the same idempotency key, so if the system you call deduplicates it sees the call once. Details in Protections and failed messages.
Von English mit KI übersetzt ·
Wo sehe ich unterdrückte für Alarmbenachrichtigungen? Wir senden diese nicht aus einem Flow.
Where do I see suppressed ones for alarm notifications? We don’t send those from a flow.
Von English mit KI übersetzt ·
Auf der Zeitleiste des Alarms. Dort wird Benachrichtigt mit der Anzahl der Empfänger und Kanäle angezeigt, „Benachrichtigung zurückgehalten“, wenn die Drosselung eine Benachrichtigung zurückgehalten hat, und Stummgeschaltet, wenn niemand informiert wurde.Das Benachrichtigungsprotokoll enthält nur tatsächlich durchgeführte Versuche (gesendet, fehlgeschlagen oder ausstehend pro Empfänger und Kanal). Etwas, das vor dem Versuch zurückgehalten wurde (durch eine Einstellung, Ruhezeiten, das Wiederholungsfenster oder eine Stummschaltung), kam nie so weit und ist daher nicht im Protokoll enthalten; diese Entscheidungen werden stattdessen auf der Alarm-Zeitleiste angezeigt.
On the alarm’s timeline. It shows Notified with the number of recipients and channels, „Notification held back“ when the throttle kept one back, and Muted when nobody was told.
The notification log only has attempts that were made (sent, failed or pending per recipient and channel). Something held back before it was attempted (by a preference, quiet hours, the repeat window or a mute) never got that far, so it is not in the log; those decisions show on the alarm timeline instead.
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.
Mitdiskutieren
Melde dich an, um Fragen zu stellen und zu beantworten, hilfreiche Beiträge mit „Gefällt mir“ zu markieren und die Antwort zu kennzeichnen, die dein Problem gelöst hat. Jeder Beitrag bringt Punkte und Stufen.

