You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Servers come and go, and their going can be a painful process for those who have accounts there.
It would be great if a vibrant server could somehow incorporate a soon-to-disappear server.
In the simplest shape, the domain pointing at the moribund server would be changed to point to the vibrant server, and somehow account name clashes would be avoided by looking at the domain, the "server name", the bit after the colon in the account address.
Maybe a smoother approach is possible - e.g. a directory keeping track of which servers were taken over by which servers - so that there is no need to keep all those domains active. If no Matrix server is found at a given domain, the directory will tell where to login, and some account name change rule will prevent name clashes.
The directory will be connected to the Matrix client the way Identity servers and Integration managers are.
The takeover would ideally be started by the admin of the moribund server, but "takeover in case of death" could be set-up beforehand - letting the vibrant server keep a copy of the data on the moribund server.
Having such a system would make the matrix network way more robust (especially if e.g. matrix.org were willing to accept any defunct servers), as people would have a reasonable certainty that their accounts, wherever they were made, would not suddenly disappear. Ideally some vibrant server for takeover in case of death would already be set in the default settings for server software.
The protocol should also allow servers simply moving - e.g. halogen.city -> halogen.place - so that no action is needed by the account owner. Matrix clients could change the server they login to invisibly to the user.
The text was updated successfully, but these errors were encountered:
Servers come and go, and their going can be a painful process for those who have accounts there.
It would be great if a vibrant server could somehow incorporate a soon-to-disappear server.
In the simplest shape, the domain pointing at the moribund server would be changed to point to the vibrant server, and somehow account name clashes would be avoided by looking at the domain, the "server name", the bit after the colon in the account address.
Maybe a smoother approach is possible - e.g. a directory keeping track of which servers were taken over by which servers - so that there is no need to keep all those domains active. If no Matrix server is found at a given domain, the directory will tell where to login, and some account name change rule will prevent name clashes.
The directory will be connected to the Matrix client the way Identity servers and Integration managers are.
The takeover would ideally be started by the admin of the moribund server, but "takeover in case of death" could be set-up beforehand - letting the vibrant server keep a copy of the data on the moribund server.
Having such a system would make the matrix network way more robust (especially if e.g. matrix.org were willing to accept any defunct servers), as people would have a reasonable certainty that their accounts, wherever they were made, would not suddenly disappear. Ideally some vibrant server for takeover in case of death would already be set in the default settings for server software.
The protocol should also allow servers simply moving - e.g. halogen.city -> halogen.place - so that no action is needed by the account owner. Matrix clients could change the server they login to invisibly to the user.
The text was updated successfully, but these errors were encountered: