This is all very complicated and I'm getting confused with all the words, concepts and diagrams - Help!
Matrix is still a very young protocol and there are a whole lot of rough edges.
Identity in Matrix is one of the most difficult topic, mainly as it has not received much love in the past years.
We have tried our best to put together documentation that requires almost no knowledge of Matrix inner workings to get a first basic setup running which relies on you reading the documentation in the right order:
- The Concepts in few words.
- Getting Started step-by-step to a minimal working install.
- Identity stores you wish to fetch data from.
- Features you are interested in that will use your Identity store(s) data.
IMPORTANT: Be aware that mxisd tries to fit within the current protocol and existing products and basic understanding of the Matrix protocol is required for some advanced features.
If all fails, come over to the project room and we'll do our best to get you started and answer questions you might have.
mxisd is primarily designed for setups that:
- Care for their privacy
- Have their own domains
- Use those domains for their email addresses and all other services
- Already have an Identity store, typically LDAP-based.
If you meet all the conditions, then you are the prime use case we designed mxisd for.
If you meet some of the conditions, but not all, mxisd will still be a good fit for you but you won't fully enjoy all its features.
No, but it is strongly recommended, even if you don't use any Identity store or integration.
In its default configuration, mxisd uses other federated public servers when performing queries.
It can also be configured to use the central matrix.org servers, giving you access to at
least the same information as if you were not running it.
So mxisd is like your gatekeeper and guardian angel. It does not change what you already know, just adds some nice simple features on top of it.
The current Identity service API is more a placeholder, as the Matrix devs did not have time so far to really work on what they want to do with that part of the ecosystem. Therefore, "Identity" is currently a misleading word and concept. Given the scope of the current Identity Service API, it would be best called "Invitation service".
Because the current scope is so limited and no integration is done with the Homeserver, there was a big lack of features for groups/corporations/organisation. This is where mxisd comes in.
mxisd implements the Identity Service API and also a set of features which are expected by regular users, truly living up to its "Identity server" name.
No.
Accounts cannot currently migrate/move from one server to another.
See a brief explanation document about Matrix and mxisd concepts and vocabulary.
The synapse LDAP3 auth provider is not longer maintained despite saying so and only handles on specific flow: validate credentials at login.
It does not:
- Auto-provision user profiles
- Integrate with Identity management
- Integrate with Directory searches
- Integrate with Profile data
mxisd is a replacement and enhancement of it, offering coherent results in all areas, which the LDAP3 auth provider does not.
You can, but sydent:
- should not be used and/or self-hosted
- is not meant to be linked to a specific Homeserver / domain
- cannot handle federation or proxy lookups, effectively isolating your users from the rest of the network
- forces you to duplicate all your identity data, so people can be found by 3PIDs
- forces users to enter all their emails and phone numbers manually in their profile
So really, you should go with mxisd.
No.
In its default configuration, mxisd does not talk to the central Identity server matrix.org to avoid leaking your private data and those of people you might know.
You can configure it to talk to the central Identity servers if you wish.
mxisd primary concerns are your privacy and to always be compatible with the Matrix ecosystem and the Identity service API.
Whenever the API will be updated and/or enhanced, mxisd will follow, remaining 100% compatible with the ecosystem.
No.
It is possible, but it is not supported and the scope of features will be extremely limited. Please consider hosting your own Homeserver and using mxisd alongside it.