I already have an invite flow that users will arrive at and go through when signing up, now I want to let users create invites for other users. That page does not mention anything about that. It seems to be about adding a flow that asks user for details such as an email address and then they get their account.

In my case users have already gone through that and want to invite someone else.

With invitations, you can either email an enrollment invitation URL to one or more specific recipients with pre-defined credentials, or you can email a URL to users, who can then log in and define their own credentials.

I already have enrollment invitation URLs. Just not automatically. I wrote a script that uses the API for that purpose.

The docs even mention this about the flow:

Enrollment (2 Stage)

Flow: right-click here and save the file.

Sign-up flow for new users, which prompts them for their username, email, password and name. No verification is done. Users are also immediately logged on after this flow.

Nope. Not what the question is about. This requires an admin user to create an invitation in the admin backend. I want a way to let users do that.

Sending all the voice messages I get to some server? Uhm, no.

Great idea in theory, though.

A bunch of marketing blah blah, I wonder what they’re up to.

I don’t know what would fit your needs, but Signal does not require Play Services. And even if those are present, it does not leak data to Google. Other than “Signal is installed” and “You get a push message”, Signal does not put your messages into the notifications. Instead Signal connects to the Signal servers and then gets the encrypted messages from there and only then decrypts.

Even if you have Play Services installed, you can force it to use a background connection inatead, if you disable Play Services before installing Signal, it wall automatically fall back to it.

If you want a version without Play Services libraries, you could use Molly, a hardened version of Signal, which is available in a version without those libraries.

Molly even allows linking phones as secondary devices, not just desktops.

Matrix is not the right protocol for staying anonymous. There’s way too much unprotected metadata.

You might be able to mitigate that somewhat by using an instance that is accessible via TOR and being careful who you communicate with, depending on threat models and so on.

But if you want to communicate anonymously and not leak meta data… Probably not what you are looking for.

• user names cannot be changed
• never delete your database, have backups, all the state is in there, if you lose your DB, you essentially have to set up a new server: Your server will say you are not in a room while others say you are, so you cannot join. Always keep your DB backed up.

Pretty much the only one.

Though there’s also Neochat fron the KDE F-Droid Repo.