为什么 Matrix 至今不实现 Event 删除后自动删除关联资源的功能？这样相当于上传的文件永远无法删除， Server 的存储消耗是单向无限增大的，好奇官方的公益服务器 matrix.org 一年要浪费多少成本

[edis0n0]

Matrix 是开源端对端加密传输协议，解密密钥根本没上传给服务器，无法对资源进行审查，因此不太可能是审查原因
Event 删除后对应的二次加密后的解密密钥就从数据库删除了，相当于没有任何人能解密这个资源，留着完全是浪费空间

最近在看 Matrix 官方服务端的实现发现的这个问题。

[YamatoRyou]

https://github.com/matrix-org/synapse/issues/12046#issuecomment-1046812519
https://github.com/matrix-org/synapse/issues/9880

至于节约空间, 我自建的服务器目前的策略:
1. 单个文件大小上限为 1536 MB;
2. >= 25 MB 的文件于上传到服务器 7 天后删除 (< 25 MB 的永久保存), 其实就是用 crontab 每 5 分钟轮询 1 次至今 7 天前的文件, 然后调用服务器的 API 批量删除.
3. 服务器 API 没能删除的直接用 Shell 命令强行干掉.
这种方法能删除文件但不能删除与文件关联的那个事件. 被删除的文件仍然会残留在聊天记录. 就比较头疼.
目前还在用外部服务部分取代 Synapse 的文件传输, 毕竟小问题比较多.

所有平台的 Element 客户端都没处理好这个问题.
https://github.com/vector-im/element-meta/discussions/640

[dimlau]

Mattermost 也是（删频道里的内容，不顺带把附件删掉），理解不了，所以就不自建了。

[PogOnion]

https://github.com/matrix-org/synapse/issues/1263

这是一个被多次讨论的陈词滥调

浪费是不值一提的，有谁会计较一年之内自己向垃圾桶倾倒了多少剩菜剩饭？

在一个不断获得捐赠的项目，不断扩增的服务器面前，你们的担心只会显得小家子气。

[mway]

mark 一下，看到这个问题，暂时不打算自建了。