Awesome
matrix-bifröst
General purpose puppeting bridges using libpurple and other backends.
This bridge is in very active development currently and intended mainly for experimentation and evaluation purposes.
This has been tested to work on Node.JS v10
and Synapse 0.34.0
.
Helping out
If you wish to file an issue or create a PR, **please read CONTRIBUTING.md first.
NOTE: You must read this README carefully as simply installing required dependencies may NOT be enough for some backends
Backends
This bridge features multiple backends for spinning up bridges on different types of network. The following are supported:
xmpp.js
Designed to bridge to XMPP networks directly, without purple. Good for setups requiring an extremely scalable XMPP bridge. Uses XMPP components.node-purple
Uses libpurple to bridge to a number of networks supported by libpurple2. Good for simple bridges for a small number of users, or for bridging to less available protocols.node-purple
is an optional dependency, which is installed by default. We currently don't publish prebuilt packages for it, so you will need to install buildtime dependencies listed on the README.
Docker
Both backends are supported in Docker. You can go straight ahead and use the provided Dockerfile
to build the bridge. You can build the docker image with docker build -t bifrost:latest
and then
run the image with: docker run -v /your/path/to/data:/data bifrost:latest -p 5000:9555
.
An image is available on Dockerhub.
Things to note
- Make sure you store your
config.yaml
,registration.yaml
inside /data. - You should configure your
config.yaml
'suserStoreFile
androomStoreFile
to point to files inside/data
- The intenal port for the bridge is
5000
, you should map this to an external port in docker. - Be careful not to leave any config options pointing to
127.0.0.1
/localhost
as they will not resolve inside docker. - The exception to this rule is
bridge.domain
, which MUST be your homeserver's URL.
Installing (non-docker)
Dependencies
Simply run yarn install
as normal. Dependencies for node-purple
can in it's README
Installing & Configuring
NOTE: You must carefully read the config.sample.yaml and use the bits appropriate for you. Do NOT copy and paste it verbatim as it won't work.
yarn install # Install dependencies
yarn build # Build files
cp config.sample.yaml config.yaml
# ... Set the domain name, homeserver url, and then review the rest of the config
sed -i "s/domain: \"localhost\"/domain: \"$YOUR_MATRIX_DOMAIN\"/g" config.yaml
You must also generate a registration file:
yarn genreg -- -u http://localhost:9555 # Set listener url here.
This file should be accessible by your homeserver, which will use this file to get the correct url and tokens to push events to.
For Synapse, this can be done by:
- Editing
app_service_config_files
inhomeserver.yaml
to include the full path of your registration file generated above.
app_service_config_files:
- ".../bifrost-registration.yaml"
- Restart synapse, if it is running (
synctl restart
)
XMPP bridge using the xmpp.js backend
After completing all the above, you should do the following:
- Set the
purple.backend
inconfig.yaml
toxmpp.js
- Possibly change the registration file alias and user regexes
to be
_xmpp_
instead of_purple_
. Make sure to replicate those changes inconfig.yaml
- Setup your XMPP server to support a new component.
- Setup the
purple.backendOpts
options for the new component. - Setup autoregistration and portals in
config.yaml
.
Starting
The start.sh
script will auto preload the build libpurple library and offers a better experience than the system libraries in most cases. Pleas remember to modify the port in the script if you are using a different port.
If you are not using the node-purple
backend, you can just start the service with:
yarn start -- -p 9555
Help
Binding purple accounts to a Matrix User
The bridge won't do much unless it has accounts to bind. Due to the infancy of the bridge, we still use ~/.purple/accounts.xml
for the location of all the accounts. Our advice is to create the accounts you want to use on your local machine with Pidgin, and
then copy the accounts.xml
file to the bridge (where you should be copying the file to /$BRIDGE_USER/.purple/accounts.xml
).
Once you have started the bridge, you can instruct it to bind by starting a conversation with the bridge user and
sending accounts add-existing $PROTOCOL $USERNAME
where the protocol and username are given in the accounts.xml
file.
You should also run accounts enable $PROTOCOL $USERNAME
to enable the account for the bridge, and then it should connect automatically.
My bridge crashed with a segfault
The node-purple
rewrite is still not quite bugfree and we are working hard to iron out the kinks in it. We ask that you report
if certain purple plugins cause more crashes, or if anything in particular lead up to it.
Testing
Running the tests is as simple as doing yarn test