We need a way to rename homeservers (SYN-28)
The current common use case for Synapse is that people install it running as localhost - have a play with it; see that it's good.
They then want to expose the same server to run as --server-name foo.net - except there isn't (as far as I know) an easy way to change the server-name without vaping the whole HS DB. We need one.
(Imported from https://matrix.org/jira/browse/SYN-28)
(Reported by @ara4n)
Jira watchers: @erikjohnston @ara4n
I don't think this can be done once the home server has federated with anyone else, since the remote will will always send to the old server name.
For the special case of renaming from a localhost we can probably write a script that goes and rewrites the local DB.
-- @erikjohnston
We need to think this through better before it's too late.
If I decide to rebrand from foo.com to bar.com, it sounds like my only choice is to create a new HS DB containing the same account/profile names as before, and then somehow bootstrap these new users into the same rooms as the old ones (by inviting them using the old users)?
This feels very unwieldy. I guess supporting forwarding addresses would be a step in the better direction, and then we can migrate like email. For now, however, I can't see anything better than a script which creates the new DB and helps guide you through rejoining your users into rooms as the new user (and possibly leaving those rooms as the old user).
(Thank goodness we don't have 1:1 rooms!)
-- @ara4n
The old users won't necessarily have permission to invite new users into the room.
-- @erikjohnston
https://github.com/matrix-org/matrix-doc/pull/2787
+1 please re-open this
PrivacyTools.io is renaming and they run a big Matrix homeserver. They have been requesting people to migrate elsewhere and I understand them to be unsure whether to host Matrix on a new domain due to this issue while they certainly want to.
- https://blog.privacytools.io/the-future-of-privacytools/
- https://web.archive.org/web/20210730130240/https://blog.privacytools.io/the-future-of-privacytools/
I think changes such as requiring PL50 for inviting have generally made this issue more important considering the migration tool is failing in increasing amount of rooms due to having no permission to invite the new user.
This will need spec work FTR
I am stripping away a few domains I own. One of them is associated to my HS.
Can I transfer my existing (two and a half years of work) state to a new domain? Or do I have to redo just about everything?
Thanks. :)
This ticket would (hopefully) have been closed if there was a way
I see, so I'll be spending my day trying to note down all the channels I am in and re-joining them... ah, fun. :/ Thanks tho :)
There exists https://ems.element.io/tools/matrix-migration
Looks neat; however I will have to figure out a way to run a new blank homeserver and my "old" homeserver at the same time for that. That said, this tool is super handy nevertheless, making a bookmark for later. Thanks!
How can we do when our instance is only local without federation (so we don't have any external synchronisation issues as mentionned in https://github.com/matrix-org/synapse/issues/1209#issuecomment-258910421 )
There exists https://ems.element.io/tools/matrix-migration
- but it looks like a migration of room memebership, but not messages visibility, or I'm mistaken?
- how it could work for "private per server" rooms (with "Block anyone not part of {{ matrix_domain }} from ever joining this room: Enabled")?