In this guide we will setup the bridge connected to your homeserver. This guide
will walk through the most common settings, other options are documented in
These instructions assume you are using Synapse 1.4.0+. They should work for older releases and other homeservers, but configuration may vary.
$ git clone https://github.com/matrix-org/matrix-appservice-slack.git $ cd matrix-appservice-slack $ npm install $ npm run build
$ docker pull matrixdotorg/matrix-appservice-slack:latest
How it Works:
The bridge listens to events using the Slack RTM API over websockets, and to
Matrix events on a port that the homeserver sends events to. This tutorial will
walk you through configuring your homeserver and Slack to send messages to this
bridge and setting up the api so this bridge can relay those message (all
messages) to the other bridged channel. For the sake of this tutorial, we will
assume your homeserver is hosted on the same server as this bridge at the port
If you’ve set up other bridges, you’re probably familiar with the link used to reach your homeserver, the “homeserver url”. This is the same URL. This is the same port. No problem! Multiple bridges can plug into the same homeserver url without conflicting with each other.
NOTE: If your bridge and homeserver run on different machines, you will need to introduce proxying into the mix, which is beyond the scope of these docs. There are some really awesome and kind people in the Matrix community. If you’re ever stuck, you can post a question in the Matrix Bridging room.
Create a new Matrix room to act as the administration control room. Note its internal room ID (EX: !abcdefg12345hijk:coolserver.com).
Decide on a spare local TCP port number to use. It will listen for messages from Matrix and needs to be visible to the homeserver. Take care to configure firewalls appropriately. This ports will be notated as
$MATRIX_PORTin the remaining instructions.
config.yamlfile for global configuration. There is a sample one to begin with in
config/config.sample.yaml. You should copy and edit as appropriate. The required and optional values are flagged in the config.
See datastores on how to setup a database with the bridge.
Generate the appservice registration file. This will be used by the Matrix homeserver. Here, you must specify the direct link the Matrix Homserver can use to access the bridge, including the Matrix port it will send messages through (if this bridge runs on the same machine you can use
$ npm start -- -r -c config.yaml -u "http://$HOST:$MATRIX_PORT"or with docker:
$ docker run -v /path/to/config/:/config/ matrixdotorg/matrix-appservice-slack \ -r -c /config/config.yaml -u "http://$HOST:$MATRIX_PORT" -f /config/slack-registration.yaml
Start the actual application service:
$ npm start -c config.yaml -p $MATRIX_PORTor with docker:
$ docker run -v /path/to/config/:/config/ matrixdotorg/matrix-appservice-slack
Copy the newly-generated
slack-registration.yamlfile to your Matrix homeserver. Add the registration file to your homeserver config (default
app_service_config_files: - ... - "/path/to/slack-registration.yaml"
Don’t forget - it has to be a YAML list of strings, not just a single string.
Restart your homeserver to have it reread the config file an establish a connection to the bridge.
Invite the bridge bot user into the admin room, so it can actually see and respond to commands. The bot’s user ID is formed from the
sender_localpartfield of the registration file, and the homeserver’s domain name. For example:
NOTE: At the time of writing, Riot does not recognize the Slack bot. This is okay. The bot is there. If Riot asks if you’re sure you want to invite @slackbot, just say yes.
The bridge bot will stay offline for most of the time. This is normal. You will know if the bridge is working (and that your homeserver is properly connected) if it accepts your invitation. You can expect the bot to accept within 45 seconds of being invited. If it never accepts the invitation, check your bridge’s logs and review the above steps.
The bridge itself should now be running. Congrats!
To actually use it, you will need to configure some linked channels, see linking channels.
If you want to host this bridge on a different server than your homeserver, you will have to proxy the bridge so both the Matrix port (specified when creating your registration file through the -u property) and the Slack port (specified by the inbound_uri prefix in your config file) can be reached. This way both the Matrix homeserver and the Slack API can reach your bridge.