You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The existing external/EX channel type is getting a bit unwieldy and still lacks attachment support. We could introduce a new "custom" channel type which uses the same templates/expressions that users are familiar with from flows...
incoming payloads are assumed to be JSON or converted to a JSON representation, e.g. a URL encoded payload like ?text=Hello+World can be converted to {"text": "Hello World"}
And the user provides an Excellent template which constructs that from whatever the channel actually sends. If the user controls the other end of the channel they can send that as the body and omit the template. The template is a transformation, same as the template used to construct the body for outgoing messages.
URL params could be made accessible in the template via the object @url which simplifies access to single vs multiple values. For example if the channel receives a request like...
The existing external/EX channel type is getting a bit unwieldy and still lacks attachment support. We could introduce a new "custom" channel type which uses the same templates/expressions that users are familiar with from flows...
?text=Hello+World
can be converted to{"text": "Hello World"}
For example a channel sends...
And the channel extracts
from
,text
andattachments
from that using 3 expressions:@("tel:" & body.from)
@body.text
@(foreach(body.media, extract, "url"))
For outgoing messages, users again use expressions for the URL and body, e.g.
http://mychannel.com/send/@channel.uuid
The text was updated successfully, but these errors were encountered: