Nostr Web Client

nostr:npub138xqt2h03sees2rtlu7y98llgv2y5yr5d3ypefcw49kf036pgt3sxhpcnq

> assuming a trusted server

... which you can't really, unless it's yours (or operated by someone you know and trust) and not federated with one that isn't.

> to keep your inbox tidy

This doesn't require the message to be deleted anywhere but in the UI.

> the vanishing messages feature was for: if the device was compromised after sending

Fair point, I'll have to think about that one. That might actually be a legitimate use case.

Reply to this note

Please Login to reply.

Discussion

Strypey 2y ago

Disclaimer: I'm not saying that Vanishing Messages are bad, or wrong. Nor am I saying that app developer, like the Wire or Element teams, ought to be criticised for adding them. There may be uses for them that I haven't considered, such as one given by nostr:npub138xqt2h03sees2rtlu7y98llgv2y5yr5d3ypefcw49kf036pgt3sxhpcnq upthread.

What I am saying is they do not and cannot do what a lot of people concerned about their message privacy seem to think they can do. So apps developers ought *not* to be criticised for not adding them.

#VanishingMessages

Strypey 2y ago

nostr:npub138xqt2h03sees2rtlu7y98llgv2y5yr5d3ypefcw49kf036pgt3sxhpcnq

> the vanishing messages feature was for: if the device was compromised after sending

Me:

> Fair point, I'll have to think about that one

So I thought about it. I think I addressed in the comment here about the theoretical possibility of end-to-end deletion?

https://mastodon.nzoss.nz/@strypey/110865589026707378