Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: self-destruct messages X time after sending #3223

Closed
Mikaela opened this issue May 28, 2021 · 2 comments
Closed

Feature request: self-destruct messages X time after sending #3223

Mikaela opened this issue May 28, 2021 · 2 comments
Labels
improvement A suggestion for a relatively simple improvement to the protocol

Comments

@Mikaela
Copy link
Contributor

Mikaela commented May 28, 2021

Suggestion

I would like to set an event in my room to have all messages removed from well-behaved-unpatched homeservers X time from being sent.

For example, Telegram has options off, 24 hours or 7 days, after it's set, messages that turn that time old are removed from the group. Similar feature exists in Signal and WhatsApp.

I understand that there is currently #2228 implemented in Synapse experimentally, but it's a per-event rather than per-room.

Keywords: self-destructing messages, disappearing messages, automatically removing messages, message auto remove, message auto deletion

@Mikaela Mikaela added the improvement A suggestion for a relatively simple improvement to the protocol label May 28, 2021
@Mikaela
Copy link
Contributor Author

Mikaela commented Jun 8, 2021

It turns out that this feature exists and can be used through /devtools while it's not particularly human friendly and uses milliseconds, (thanks @sl:feneas.org) permalink

@richvdh
Copy link
Member

richvdh commented Jun 21, 2021

I think this is a basically a duplicate of matrix-org/matrix-spec#32.

The retention policies implemented in Synapse follow a spec proposal at #1763, and as you note go a long way to solving this.

@richvdh richvdh closed this as completed Jun 21, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
improvement A suggestion for a relatively simple improvement to the protocol
Projects
None yet
Development

No branches or pull requests

2 participants