I think it will help, as we might have known popular implementation like strfry, nostream, nostr-rs-relay have rigid structure (although not a bad structure) thus not easy to customize them.

Kerupuk ikan biasa aja mbak 😄

Makan siang. Masakan Banjar - "Garih batanak"

#foodstr

Thank you. It still needs lot of improvements especially to clean the code and documentation 😅

Oh, looking forward to your client. Hopefully you can develop such a nice client 😊

You can probably check #siamstr hashtag. Most Thai users have used that hashtag

cc nostr:npub1qd6zcgzukmydscp3eyauf2dn6xzgfsevsetrls8zrzgs5t0e4fws7re0mj

Maybe you can add that as additional feature for your next coming Nostr client. I heard you want to make new client 👀

wss://bucket.coracle.social probably only hold notes for 1-3 days if i'm not mistaken. But it is public relay which only stores event in memory/RAM and delete it after some times.

Notifications for whenever specific npub post their notes? Not yet available in any existing clients, kohei-san. It needs additional server side app to monitor relays continuously 😅

Facebook? Usually Bapak-bapak banyak yang masih pakai 😅

Thank you Kirino-san for maintaining upstream and become the backbone of the project 🙏

https://github.com/imksoo/nostr-filter

Yes, there is two options. Damus implement public mute list. Amethyst private list (buth can adapt to existing public list) and Snort can do both clearly. Depend on Clients.

>Even the content was encrypted, the "tags" remains unencrypted.

NIP-51 defines that clearly.

>Unfortunately i do not see a client that has option to not publish a mute list publicly.

Snort have both options.

My reply above for your statement in this claim. Which is not true.

No. NIP-51 clearly defined that private mute list (tags) should be encrypted in "content" event field

https://github.com/nostr-protocol/nips/blob/master/51.md#encryption-process-pseudocode

Amethyst for example has done that properly by encrypting the tags in content field

https://github.com/vitorpamplona/amethyst/blob/bb0d8f186b687e14c256fc1e10149823e7c6e512/quartz/src/main/java/com/vitorpamplona/quartz/events/MuteListEvent.kt#L64

AFAIK, Snort support both public and private list. Block button for private list and mute button for public list.

cc nostr:npub19mduaf5569jx9xz555jcx3v06mvktvtpu0zgk47n4lcpjsz43zzqhj6vzk nostr:npub18ams6ewn5aj2n3wt2qawzglx9mr4nzksxhvrdc4gzrecw7n5tvjqctp424 nostr:npub1wmr34t36fy03m8hvgl96zl3znndyzyaqhwmwdtshwmtkg03fetaqhjg240 nostr:npub1qd6zcgzukmydscp3eyauf2dn6xzgfsevsetrls8zrzgs5t0e4fws7re0mj Thank you 🙏

nostr:nevent1qqsqzdwuff342g74uwy3erzhhj5uypetnxm8mrwp4xwtqaksjknxwsqpzpmhxue69uhkummnw3ezuamfdejsygptvljgpdlen55r26z23ae8dkrwm05wxx822h8h0n8a2kw97f8kg5psgqqqqqqsepzjf8

nostr-filter-relay v0.2.0 update

"Give us tools/options to help curating our global feed"

This release bring several code improvements, security fix, better documentation, and mark the completion step of nostr-filter-relay target features as follows:

- Language filter

- User type filter (Nostr native user/non bridged user, activitypub/mostr bridged user)

- SFW/Non SFW image content filter

- (New 🚀) Hate speech (Toxic comment) filter

- (WIP - Next) Sentiment analysis

- (Planned - Next) Topic classification

All filtering features can be easily disabled (opt-out) with parameters content=all as shown by this example:

wss://nostr-id-relay.hf.space/?content=all

Feel free to check USAGE.md documentation for more Examples on how to use nostr-filter-relay.

Two major features left that will become the next development target:

- (WIP) Sentiment analysis

- (Planned) Topic classification

What's Changed?

- feature: hate speech (toxic comments) detection support

- build: update nostr-monitoring-tool and nostr-filter dependency

- docs: explanation of nostr-filter-relay architecture and flowchart

- All detail update for nostr-filter and nostr-monitoring-tool in release note link

#nostr-filter-relay Release Note v0.2.0:

https://github.com/atrifat/nostr-filter-relay/releases/tag/v0.2.0

* ... otherwise it will make drama for some people

Ideally, nostr clients provide options to pick whether they want to publish encrypted or public list. Public list useful for client that offer using other people public mute list (nos.social has that feature). By default it should be better encrypted or private, otherwise it will male drama fpr some people 😄

Word mute in Amethyst, Snort, Nostrudel. I think Damus should have that, it is essential feature that can help Damus users curate their feed

What happened to original link? Did you delete it?

Sub-account feature that you've mentioned?