15 Jun 2019 |
Maximus | yes | 01:40:28 |
Maximus | Redacted or Malformed Event | 01:40:42 |
Maximus | you can have more than one Identity store configured, but only one of each type | 01:40:52 |
@haslersn:matrix.org | But how to configure an identity server as identity store? I thought that's what
forward:
servers:
- 'matrix-org'
is for. But somehow it doesn't work. In the mxisd log I see no indicator that matrix.org is accessed.
| 02:06:36 |
Maximus | haslersn: Identity store = something like LDAP that has your Identity data (usernames, etc). It's an identity database you already have. If you have a standalone setup, you can either not use any, or use the SynapseSQL one | 02:09:05 |
Maximus | if you want to relay to other servers, like matrix.org, that's the right way yes | 02:10:07 |
@haslersn:matrix.org | I have an LDAP server and all users can already log in and chat with each other. However, they can't chat with matrix users from different homeservers. To enable this, is it necessary to relay? If yes, then that's also what I did. Sadly, it's still not possible to invite users from different homeservers. | 02:11:41 |
Maximus | Depends, how do you invite these people? By Matrix ID or by Email? | 02:15:50 |
@haslersn:matrix.org | By matrix ID. For example @haslersn:matrix.org | 02:17:13 |
Maximus | then that has nothing to do with Identity servers. | 02:17:59 |
@haslersn:matrix.org | Ah, I see. Then I'll have to double check my SRV record, I guess. | 02:21:12 |
@haslersn:matrix.org | The reason why it didn't work is that using
proxy_pass http://localhost:8008/_matrix;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $remote_addr;
I ran into synapse issue #4858. Using
proxy_pass http://localhost:8008;
proxy_set_header X-Forwarded-For $remote_addr;
instead fixed it for me. I don't know why though. Is this possibly something that has to be changed in the mxisd doc, for example here?
| 03:38:44 |
@iodine:halogen.city | Redacted or Malformed Event | 05:15:36 |
@iodine:halogen.city | Redacted or Malformed Event | 05:16:38 |
@iodine:halogen.city | Redacted or Malformed Event | 05:17:33 |
@iodine:halogen.city | Redacted or Malformed Event | 05:17:44 |
@iodine:halogen.city | Redacted or Malformed Event | 05:19:35 |
@iodine:halogen.city | Redacted or Malformed Event | 05:58:26 |
@iodine:halogen.city | I figured it out and redacted all my previous queries. | 06:07:24 |
@iodine:halogen.city | Redacted or Malformed Event | 06:18:07 |
@iodine:halogen.city | Redacted or Malformed Event | 06:18:10 |
@iodine:halogen.city | Redacted or Malformed Event | 06:18:23 |
@iodine:halogen.city | Redacted or Malformed Event | 06:18:31 |
@iodine:halogen.city | location /_matrix/identity/api/v1/unbind {
return 404;
}
is no longer the correct endpoint but is still documented as such in the mxisd wiki.
| 06:19:02 |
@iodine:halogen.city | The workaround is now
location /_matrix/identity/api/v1/3pid/unbind {
return 404;
}
| 06:19:23 |
Maximus | thank you for the pointer | 08:07:29 |
Maximus | haslersn: I don't think there is an issue with the mxisd docs. I don't think what you describe was solved that way, but was just a happy coincidence. It might be wrong tho, so we'll see if more people report it | 09:23:53 |
16 Jun 2019 |
| Wei Tang joined the room. | 07:32:56 |
| @l0phty1:privacytools.io joined the room. | 13:16:46 |
17 Jun 2019 |
| @phex:matrix.org left the room. | 08:31:49 |