summary refs log tree commit diff
path: root/synapse/util/daemonize.py
diff options
context:
space:
mode:
authorBrendan Abolivier <babolivier@matrix.org>2022-01-26 12:02:54 +0000
committerGitHub <noreply@github.com>2022-01-26 13:02:54 +0100
commit95b3f952fa43e51feae166fa1678761c5e32d900 (patch)
tree8eedc07f9913f4d367a3efa6c046ba4a655e26d1 /synapse/util/daemonize.py
parentFix another jsonschema typecheck error (#11830) (diff)
downloadsynapse-95b3f952fa43e51feae166fa1678761c5e32d900.tar.xz
Add a config flag to inhibit `M_USER_IN_USE` during registration (#11743)
This is mostly motivated by the tchap use case, where usernames are automatically generated from the user's email address (in a way that allows figuring out the email address from the username). Therefore, it's an issue if we respond to requests on /register and /register/available with M_USER_IN_USE, because it can potentially leak email addresses (which include the user's real name and place of work).

This commit adds a flag to inhibit the M_USER_IN_USE errors that are raised both by /register/available, and when providing a username early into the registration process. This error will still be raised if the user completes the registration process but the username conflicts. This is particularly useful when using modules (https://github.com/matrix-org/synapse/pull/11790 adds a module callback to set the username of users at registration) or SSO, since they can ensure the username is unique.

More context is available in the PR that introduced this behaviour to synapse-dinsic: matrix-org/synapse-dinsic#48 - as well as the issue in the matrix-dinsic repo: matrix-org/matrix-dinsic#476
Diffstat (limited to 'synapse/util/daemonize.py')
0 files changed, 0 insertions, 0 deletions