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
{{ message }}
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.
we sometimes get to_device messages for devices which have been deleted (for example, because clients send key_requests for them. They then just sit in device_inbox and fill up the disk.
The text was updated successfully, but these errors were encountered:
richvdh
changed the title
we really shouldn't accept to_device messages for old devices
we really shouldn't accept to_device messages for non-existent devices
Nov 2, 2020
After some local testing, it looks as if we do ignore to_device messages - both from federation and local clients - to devices that don't exist. I believe this line enforces that:
However, element-hq/element-web#15638 shows (and I can confirm a similar situation on my own homeserver) that to_device messages to public cross-signing keys are being captured and stored forever. They are also the most prevalent for my user in my homeserver's database.
So one of the main problems with device_inbox table growth may not be that we're not ignoring messages to unknown devices, as we do seem to be doing so. The cross-signing keys seem to be real devices that exist in the devices table.
we sometimes get to_device messages for devices which have been deleted (for example, because clients send key_requests for them. They then just sit in device_inbox and fill up the disk.
The text was updated successfully, but these errors were encountered: