diff options
| author | clokep <clokep@users.noreply.github.com> | 2023-09-28 11:03:31 +0000 |
|---|---|---|
| committer | clokep <clokep@users.noreply.github.com> | 2023-09-28 11:03:31 +0000 |
| commit | c2b9ac7ac0669a4585a4ecaad2f4467820bbbaf2 (patch) | |
| tree | 5954d454ba6bc3abae5ed9b26f1325160e3756ec /develop/print.html | |
| parent | deploy: 88ba67eb91215a708f321e16559fe3c2c0d0a407 (diff) | |
| download | synapse-c2b9ac7ac0669a4585a4ecaad2f4467820bbbaf2.tar.xz | |
deploy: fb664cf159d1d6c5d150726cc365debf911f7e74
Diffstat (limited to 'develop/print.html')
| -rw-r--r-- | develop/print.html | 10 |
1 files changed, 3 insertions, 7 deletions
diff --git a/develop/print.html b/develop/print.html index 8a3e82fcad..e325dc4845 100644 --- a/develop/print.html +++ b/develop/print.html @@ -4576,11 +4576,8 @@ the <code>allowed_lifetime_min</code> and <code>allowed_lifetime_max</code> conf which are older than the room's maximum retention period. Synapse will also filter events received over federation so that events that should have been purged are ignored and not stored again.</p> -<p>The message retention policies feature is disabled by default. Please be advised -that enabling this feature carries some risk. There are known bugs with the implementation -which can cause database corruption. Setting retention to delete older history -is less risky than deleting newer history but in general caution is advised when enabling this -experimental feature. You can read more about this feature <a href="usage/configuration/../../message_retention_policies.html">here</a>.</p> +<p>The message retention policies feature is disabled by default. You can read more +about this feature <a href="usage/configuration/../../message_retention_policies.html">here</a>.</p> <p>This setting has the following sub-options:</p> <ul> <li> @@ -9590,8 +9587,7 @@ and allow server and room admins to configure how long messages should be kept in a homeserver's database before being purged from it. <strong>Please note that, as this feature isn't part of the Matrix specification yet, this implementation is to be considered as -experimental. There are known bugs which may cause database corruption. -Proceed with caution.</strong> </p> +experimental.</strong></p> <p>A message retention policy is mainly defined by its <code>max_lifetime</code> parameter, which defines how long a message can be kept around after it was sent to the room. If a room doesn't have a message retention |