@@ -33,7 +33,7 @@ You will need to authenticate with an access token for an admin user.
33
33
* ` message ` - Optional. A string containing the first message that will be sent as
34
34
` new_room_user_id ` in the new room. Ideally this will clearly convey why the
35
35
original room was shut down.
36
-
36
+
37
37
If not specified, the default value of ` room_name ` is "Content Violation
38
38
Notification". The default value of ` message ` is "Sharing illegal content on
39
39
othis server is not permitted and rooms in violation will be blocked."
@@ -72,3 +72,23 @@ Response:
72
72
"new_room_id": "!newroomid:example.com",
73
73
},
74
74
```
75
+
76
+ ## Undoing room shutdowns
77
+
78
+ * Note* : This guide may be outdated by the time you read it. By nature of room shutdowns being performed at the database level,
79
+ the structure can and does change without notice.
80
+
81
+ First, it's important to understand that a room shutdown is very destructive. Undoing a shutdown is not as simple as pretending it
82
+ never happened - work has to be done to move forward instead of resetting the past.
83
+
84
+ 1 . For safety reasons, it is recommended to shut down Synapse prior to continuing.
85
+ 2 . In the database, run ` DELETE FROM blocked_rooms WHERE room_id = '!example:example.org'; `
86
+ * For caution: it's recommended to run this in a transaction: ` BEGIN; DELETE ...; ` , verify you got 1 result, then ` COMMIT; ` .
87
+ * The room ID is the same one supplied to the shutdown room API, not the Content Violation room.
88
+ 3 . Restart Synapse (required).
89
+
90
+ You will have to manually handle, if you so choose, the following:
91
+
92
+ * Aliases that would have been redirected to the Content Violation room.
93
+ * Users that would have been booted from the room (and will have been force-joined to the Content Violation room).
94
+ * Removal of the Content Violation room if desired.
0 commit comments