Modern XMPP project discussion - 2025-03-05

Was there any particular reason or criticisms that the 'Spoiler messages" XEP didn't advance? https://xmpp.org/extensions/xep-0382.html

That's usually why xeps don't proceed.

The xep didn't have the backing of a client or server dev and therefore didn't get a reference implementation would be my guess. ✏

There is an (unmerged) plugin for Gajim

Oh didn't saw that one ! Might be fun to add in Movim :p

There used to be an implementation in Converse, I think it got removed since then.

Tangentially related, I am thinking about "self-destructing media" (or "view-once", talked briefly about it at summit), which would provide around the same guarantees as the ones in signal: - only on E2EE (so, omemo2 for now, maybe OX if we do not care about PFS?) - Add as many guardrails as possible to avoid leaking messages, barring an adversarial receiver that means the message has to be a placeholder, that would allow the receiver to trigger some remote protocol from their client to fetch the media on an encrypted file transfer session (or maybe some wizardry with httpupload and encrypted files, but since don’t currently have file removal, it is a bit tricky)

I see a lot of hurdles to get that feature right, but I do think it is valuable

mathieui, something to combine with ephemeral messages or not really related?

pep., in my opinion quite different in the way you would handle them

Ok