🤔 im confused. so it will, go to one of my follows relay lists and find their notes on a relay that isnt in my list? (just to be clear, since outbox model i guess can mean diff things)
Discussion
no, that is why coracle shows replyguy and nostrudel doesn't currently, if you haven't got replyguy relays on your list (as i do)
i don't think that searching other people's relay lists was the point of NIP-65, rather, it was about decentralization - ie, if client reads from inbox and posts to outbox then other clients can read that user's events from users outbox and post to users inbox
you aren't alone in having this confusion, this assumption is baked into how #coracle looks for posts and why even though i have no primal or damus relays i see replyguy on coracle (and i've stopped using it again because of this)
nostr:npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn maybe an idea for how to avoid pulling replyguy events is to only look for events with pubkey of follow user not for tags containing it as well, this eliminates getting replyguy replies when you search a follow's posts on follows relay lists (app and in/outbox both)
if the relays are returning matches on pubkeys implicitly also from tags as well as the pubkey field this is a bug in their filter implementation, they should not be doing that, btw
well, yes you can see a replyguy if you post to an inbox, and he replies via one of your relays (guessing outbox or inbox given how loose clients are implementing the outbox) and since everyone was trained 'to have public free relays' in their list.. then neither outbox or depricated nostr model itself will stop reply guy. what will stop him is if you, like me, have no 'wide open' relays in this list.
outbox model is there to help you narrow down your relay lists and others can still see you if they follow, and vice versa. but it does not on its own stop spam.. but it also should not be causing you to see replies by anyone, that were posted somewhere outside your inboxes..
yeah, but the bit i don't get is that you are going to get garbage looking for posts from an npub if you don't constrain that to the pubkey field, any and all kinds of garbage
isn't the whole point of the searching of a follow's relay lists to find THEIR posts?
then you should not be putting that npub into a #p tag in the filter
do you see what i'm saying?
ohhhh ok yes I see what you mean now. inbox is where you do want the capability to pull all events tagged to you though. if you want to run a looser inbox, you allow more things, if you don't want that at all, you close it off. it's a gradient.
yeah, it's partly on the users for setting inboxes to these spam party relays as well, and for the ongoing lack of actual outbox model implementation of several major clients (i'd say the latter is precedent and extremely boringly I TOLD YOU SO)