Thanks! Do you know of any kind that might be a better choice for subscriptions?

Reply to this note

Please Login to reply.

Discussion

Well, I'm not sure the mechanics of the subscriber list, so I would have to know more first. Normally only list owners can add things to a list, but here it looks like people can add themselves to the list? That seems like it would be out of scope even of NIP 51. If you're using it like a normal list though, I would just pick a new 3xxxx kind that's not in use.

Oh yeah. I’m currently using Supabase as a bridge, so an npub can just click that button and be done immediately. Next time I go to the Subscribers page, I’ll be prompted to add any pending subscribers to the kind 30000 list.

Case in point, I just went there and saw nostr:npub1n3rmk5g03eej40rg2x83azxnml879lxxynxegfawl36e6qqrs8gqllmkh7 subscribed. I clicked OK, he was added with a pending state, and then I saved the change to my list.

Interesting, so it's a way to approve subscriptions? Is it possible to add people to the list that haven't subscribed, or are clients encouraged to check the subscriber's events for an opt-in event?

Yeah, you can think of it that way. I was mostly trying to make it work since I couldn’t find a NIP specifically for subscriptions.

And yeah, I can add people to the list manually, just as I would be able to on listr.lol

Re: clients checking for an opt-in event — that’s where my client isn’t interoperable since I’m using Supabase. But I would be glad to refactor once I see a NIP for it. Guess I could just make something up right.