Hello, I am new to the Taiga application. After a long installation process via Docker, I gave up and preferred to use the web version. I could not make a webhook connection for the Synology Chat application (This application is similar to Slack). The webhook connection produced by the Synology chat application is as follows.
To use Taiga webhooks, the other side (receiving the payload) must know already how to parse the payload format and use the information it delivers. So it’s more designed for if you are writing the consuming app on the other side and can customise it to understand Taiga’s payload.
If a third party service (in this case Synology Chat) doesn’t have any built-in understanding of the payload that a Taiga webhook delivers, it won’t work.
If you can’t configure Synology Chat to understand the Taiga webhook payload, you need to approach it from the opposite angle: by writing a Taiga-native plugin that sends event data in the format that Synology expects. This is how the Slack plugin works, for example, and why it isn’t configured as a generic ‘Webhook’ but is its own plugin - same with the Github integration.
I think the program (synology chat) uses the slack infrastructure. Because when I used the slack plugin for webhooks in another application, the webhooks worked. But it doesn’t work here. I don’t understand if it’s because it asks for a channel name.
