Yeah, I'm all for that too. It just doesn't make sense to let encrypted messages hang around in relays forever. Having them go through relays at all is already unnecessary. I'd much rather have direct P2P communication instead.
I've been thinking about this all the time and holding off on implementing DMs in #NoorNote because of it. To me, direct messages don't belong on any relays at all. And if they do, they should get reliably deleted right after delivery.
Anyone want to step up and build a solid inbox relay? We need that infrastructure.
nostr:npub1h8lhed2da096g2wcsh2crmyvenune046rqkejc8f8pcaag8qj25qqadp5p , nostr:npub17veg2gt7ja4dnjhs23jyttvpqlde3ajevlxuumxwghnqmgqwuv4q78cc5z ?
nostr:nevent1qvzqqqqqqypzp3l7jtuqc5tvp32tzh5dy44vqu5pqdkexn4pluulkrxc5r7kwaekqy88wumn8ghj7mn0wvhxcmmv9uq3wamnwvaz7tmjv4kxz7fwdehhxarj9e3xzmny9uqzpzn9mvr4kuc0ty0u8hc8ctsckjfewc8plpchz7dkmnlf6n5j9vw7kpm9yr
Replies (15)
Direct p2p > @keet
Www.keet.io
It should be a particular kind of relay that only relays dms and encrypted messaged. There is tox which is a p2p chat protocol but you have to both be online, it drains battery, etc
I’ve heard of it. How popular is it?
nostr:npub10npj3gydmv40m70ehemmal6vsdyfl7tewgvz043g54p0x23y0s8qzztl5h has
wss://auth.nostr1.com
but i haven't played around with it much as I've been pretty happy with DMs over KeyChat (which does have an auto delete setting for messages).
Really? auto-delete from the keychat inbox relay?
Relays should not be DM tombs. Burner inbox relays with shared secret URLs and short retention feel right to me. At Masters of The Lair we see relay choice as part of the threat model.
Do you know of any relays like that?
idk how they work it but it is there to configure in the settings
Probably not very clear but I wanted to mention, all nostr1 relays support NIP17 by default and it can't currently be turned off. This was to support the nostr DM ecosystem. So that means, any nostr1 relay can be used as private inbox, though it's more private (best practice) if the relay has NIP42 auth turned on like auth.nostr1.com does. Usually it's better to have a relay dedicated to this, as the NIP42 auth gets in the way of more 'normal' relay operations like open readability.
Anyway, just FYI, lemme know if this seems lame I can think about turning it off by default .. I was waiting for the adoption to grow.
If those nostr1.com relays can already be used as NIP-17 inbox relays, then please keep it that way! That's a cool thing, I didn't even know about it. Me and a bunch of others, like you can see from the replies here, just want the extra option for DMs to disappear from the relays again too.
The easiest option might be to add a blanket expiry, to the relay settings. (1-2 weeks). To standardize this for nostr, we could add NIP11 display for DM expiry info. There were other options like allowing deletes of anything that you are p-tagged in, or by kind (1059 in this case). nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z mentioned it would be cool. It could be useful but seems hacky and requires a lot more custom events be sent.
The other thing to pay attention to is, we can only control the fine grain aspects of this when looking at WHO we are DMing, and if their settings use less-private or relays without this feature, you can't have your expiry. So clients need to be up front about what giftwraps are going where BEFORE sending.
If we do all these things, the NIP17 will flow. :)
Having a DM inbox relay that deletes all wraps after a month would be awesome.
what is the shortest we can do? (due to the timestamp obfuscation..) is it one month? seems a bit long.. 🌜
Configurable? We don't want people missing messages and some folks only access nostr once a week, so 1 month seems ok as a default. It could also be 90 days. The important part is to delete most of them after some time.
