Synapse: Matrix reference homeserver

Will Lewis d58dd1d1ff Update README.rst 7 months ago
.ci 68d9559fef Test against Python 3.12 release (#16511) 9 months ago
.github 506f5c7553 Bump matrix-org/netlify-pr-preview from 2 to 3 (#16719) 7 months ago
changelog.d 3c83d8f0af 1.98.0rc1 7 months ago
contrib 3df70aa800 Replace all Prometheus datasource UIDs of the Grafana Dashboard with the variable `${DS_PROMETHEUS}` and remove `__inputs` (#16471) 8 months ago
debian 128aad4fe3 1.98.0 7 months ago
demo 9890f23469 Suppress the trusted key server warning for in the demo scripts (#15527) 1 year ago
dev-docs d5324ee111 Add developer documentation for the Federation Sender and add a documentation mechanism using Sphinx. (#15265) 1 year ago
docker 11a8ae0632 complement: enable dirty runs (#16520) 8 months ago
docs ee37039031 Version picker added for v1.98 docs 7 months ago
rust 63d96bfc61 ModuleAPI SSO auth callbacks (#15207) 7 months ago
scripts-dev 77882b6a7d Document which versions of Synapse have compatible schema versions. (#16661) 7 months ago
stubs f84da3c32e Add a cache around server ACL checking (#16360) 9 months ago
synapse 70c020b532 Update text 7 months ago
synmark ab9c1e8f39 Add type hints to synmark. (#16421) 9 months ago
tests 44377f5ac0 Revert postgres logical replication deltaas 7 months ago
.codecov.yml 6be336c0d8 Disable codecov reports to GH comments. 5 years ago
.coveragerc e7011280c7 Fix coverage in sytest and use plugins for buildkite (#5922) 4 years ago
.dockerignore d94bcbced3 Fix pinning Rust deps in docker images (#14129) 1 year ago
.editorconfig 9b4cb1e2ed Apply correct editorconfig to .pyi files (#14526) 1 year ago
.git-blame-ignore-revs f2f2c7c1f0 Use full GitHub links instead of bare issue numbers. (#16637) 8 months ago
.gitignore cd8b73aa97 Fix the `devenv up` configuration which was ignoring the config overrides. (#15854) 1 year ago
.rustfmt.toml 42d261c32f Port the push rule classes to Rust. (#13768) 1 year ago
AUTHORS.rst 9d173b312c Automatically delete empty groups/communities (#6453) 4 years ago 15733b0931 Update changelog 7 months ago 46ff99ef95 Advertise docs (#10595) 2 years ago
Cargo.lock 1c63dfedfd Bump serde from 1.0.192 to 1.0.193 (#16693) 7 months ago
Cargo.toml 6774f265b4 Fix building rust with nightly (#15906) 1 year ago 974261cd81 Fix broken links in (#10331) 3 years ago
LICENSE 4f475c7697 Reference Matrix Home Server 10 years ago
README.rst d58dd1d1ff Update README.rst 7 months ago
UPGRADE.rst eea2873595 fix broken link to upgrade notes (#10631) 2 years ago
book.toml ee37039031 Version picker added for v1.98 docs 7 months ago 343038c3c3 Always build Rust extension in release mode (#14009) 1 year ago
flake.lock ffe4ea1302 Update rust in flake.nix: 1.70.0 -> 1.71.1 to address CVE-2023-38497 (#16260) 10 months ago
flake.nix 51303035f2 Apply missed suggestions from the review of #16090. (#16263) 10 months ago
mypy.ini cc4fe68adf Support reactor timing metric on more reactors. (#16532) 8 months ago
poetry.lock 15c46cf86a Bump phonenumbers from 8.13.23 to 8.13.26 (#16722) 7 months ago
pylint.cfg 53f69bf089 Added pylint config file: ignore missing-docstring messages. 9 years ago
pyproject.toml 128aad4fe3 1.98.0 7 months ago
sytest-blacklist f2f2c7c1f0 Use full GitHub links instead of bare issue numbers. (#16637) 8 months ago
tox.ini 58c657322a Run lints under poetry in CI; remove lint tox jobs (#12434) 2 years ago


Synapse |support| |development| |documentation| |license| |pypi| |python|

Synapse is now actively maintained at `element-hq/synapse `_

Synapse is an open-source `Matrix `_ homeserver developed
from 2019 through 2023 as part of the Foundation. The
Foundation is not able to resource maintenance of Synapse and it
`continues to be developed by Element `_;
additionally you have the choice of `other Matrix homeservers `_.

See `The future of Synapse and Dendrite `_
blog post for more information.


Briefly, Matrix is an open standard for communications on the internet, supporting
federation, encryption and VoIP. has more to say about the `goals of the
Matrix project `_, and the `formal specification
`_ describes the technical details.

.. contents::

Installing and configuration

The Synapse documentation describes `how to install Synapse `_. We recommend using
`Docker images `_ or `Debian packages from

.. _federation:

Synapse has a variety of `config options
which can be used to customise its behaviour after installation.
There are additional details on how to `configure Synapse for federation here

.. _reverse-proxy:

Using a reverse proxy with Synapse

It is recommended to put a reverse proxy such as
`nginx `_,
`Apache `_,
`Caddy `_,
`HAProxy `_ or
`relayd `_ in front of Synapse. One advantage of
doing so is that it means that you can expose the default https port (443) to
Matrix clients without needing to run Synapse with root privileges.
For information on configuring one, see `the reverse proxy docs

Upgrading an existing Synapse

The instructions for upgrading Synapse are in `the upgrade notes`_.
Please check these instructions as upgrading may require extra steps for some
versions of Synapse.

.. _the upgrade notes:

Platform dependencies

Synapse uses a number of platform dependencies such as Python and PostgreSQL,
and aims to follow supported upstream versions. See the
`deprecation policy `_
for more details.

Security note

Matrix serves raw, user-supplied data in some APIs -- specifically the `content
repository endpoints`_.

.. _content repository endpoints:

Whilst we make a reasonable effort to mitigate against XSS attacks (for
instance, by using `CSP`_), a Matrix homeserver should not be hosted on a
domain hosting other web applications. This especially applies to sharing
the domain with Matrix web clients and other sensitive applications like
webmail. See for more

.. _CSP:

Ideally, the homeserver should not simply be on a different subdomain, but on
a completely different `registered domain`_ (also known as top-level site or
eTLD+1). This is because `some attacks`_ are still possible as long as the two
applications share the same registered domain.

.. _registered domain:

.. _some attacks:

To illustrate this with an example, if your Element Web or other sensitive web
application is hosted on ````, you should ideally host Synapse on
````. Some amount of protection is offered by hosting on
```` instead, so this is also acceptable in some scenarios.
However, you should *not* host your Synapse on ````.

Note that all of the above refers exclusively to the domain used in Synapse's
``public_baseurl`` setting. In particular, it has no bearing on the domain
mentioned in MXIDs hosted on that server.

Following this advice ensures that even if an XSS is found in Synapse, the
impact to other applications will be minimal.

Testing a new installation

The easiest way to try out your new Synapse installation is by connecting to it
from a web client.

Unless you are running a test instance of Synapse on your local machine, in
general, you will need to enable TLS support before you can successfully
connect from a client: see
`TLS certificates `_.

An easy way to get started is to login or register via Element at or respectively.
You will need to change the server you are logging into from ````
and instead specify a Homeserver URL of ``https://:8448``
(or just ``https://`` if you are using a reverse proxy).
If you prefer to use another client, refer to our
`client breakdown `_.

If all goes well you should at least be able to log in, create a room, and
start sending messages.

.. _`client-user-reg`:

Registering a new user from a client

By default, registration of new users via Matrix clients is disabled. To enable

1. In the
`registration config section `_
set ``enable_registration: true`` in ``homeserver.yaml``.
2. Then **either**:

a. set up a `CAPTCHA `_, or
b. set ``enable_registration_without_verification: true`` in ``homeserver.yaml``.

We **strongly** recommend using a CAPTCHA, particularly if your homeserver is exposed to
the public internet. Without it, anyone can freely register accounts on your homeserver.
This can be exploited by attackers to create spambots targetting the rest of the Matrix

Your new user name will be formed partly from the ``server_name``, and partly
from a localpart you specify when you create the account. Your name will take
the form of::

(pronounced "at localpart on my dot domain dot name").

As when logging in, you will need to specify a "Custom server". Specify your
desired ``localpart`` in the 'User name' box.

Troubleshooting and support

The `Admin FAQ `_
includes tips on dealing with some common problems. For more details, see
`Synapse's wider documentation `_.

For additional support installing or managing Synapse, please ask in the community
support room |room|_ (from a account if necessary). We do not use GitHub
issues for support requests, only for bug reports and feature requests.

.. |room| replace:: ````
.. _room:

.. |docs| replace:: ``docs``
.. _docs: docs

Identity Servers

Identity servers have the job of mapping email addresses and other 3rd Party
IDs (3PIDs) to Matrix user IDs, as well as verifying the ownership of 3PIDs
before creating that mapping.

**They are not where accounts or credentials are stored - these live on home
servers. Identity Servers are just for mapping 3rd party IDs to matrix IDs.**

This process is very security-sensitive, as there is obvious risk of spam if it
is too easy to sign up for Matrix accounts or harvest 3PID data. In the longer
term, we hope to create a decentralised system to manage it (`matrix-doc #712
`_), but in the meantime,
the role of managing trusted identity in the Matrix ecosystem is farmed out to
a cluster of known trusted ecosystem partners, who run 'Matrix Identity
Servers' such as `Sydent `_, whose role
is purely to authenticate and track 3PID logins and publish end-user public

You can host your own copy of Sydent, but this will prevent you reaching other
users in the Matrix ecosystem via their email address, and prevent them finding
you. We therefore recommend that you use one of the centralised identity servers
at ```` or ```` for now.

To reiterate: the Identity server will only be used if you choose to associate
an email address with your account, or send an invite to another user via their
email address.


We welcome contributions to Synapse from the community!
The best place to get started is our
`guide for contributors `_.
This is part of our larger `documentation `_, which includes

information for Synapse developers as well as Synapse administrators.
Developers might be particularly interested in:

* `Synapse's database schema `_,
* `notes on Synapse's implementation details `_, and
* `how we use git `_.

Alongside all that, join our developer community on Matrix:
` `_, featuring real humans!

.. |support| image::
:alt: (get support on

.. |development| image::
:alt: (discuss development on

.. |documentation| image::
:alt: (Rendered documentation on GitHub Pages)

.. |license| image::
:alt: (check license in LICENSE file)
:target: LICENSE

.. |pypi| image::
:alt: (latest version released on PyPi)

.. |python| image::
:alt: (supported python versions)