noted. but let me ask you this. You are off grid with no internet to any web relay other than your own relay that only has the bitsatrelay up down link... if your off grid with no internet how will your client pull the events to show you the discussion content ?

if i dont rebroadcast the received satellite message how will the off grid user reply to the internet connected side ?

if you are off grid or lost centralised coms you cant then ping the system to activate your off grid request.

the system is built with the off grid user in mind first .. then the internet connected user.. you lot see doubles and quotes.. the off grid user dont see anything else other than what the bitsatrelay quoted and included in his message... including the content to which the off grid user replied to.

lets keep this discussion going.. as nostr:npub1cn670f663n3ks02jnnlsvd5y88zjnefy8343ykaxs7y3nzzketrsrjwt8a mentioned this today . I down to making changes - as long as those dont impact the offgrid user primary requirement.

on another note.. you guys not tried the DM to DM via the BItsatrelay ? to be fair .. we could shut down the social media side of the SatRelay and only have it work for DM to DM without any public messages on social side ...

Reply to this note

Please Login to reply.

Discussion

If I only have a link via the bitsatrelay satellite then it must be able to know I'm communicating with it directly, or if not, having an @ tag in the message to indicate that re-relaying it is requested.

It's cool tech but having over half my notifications be unrequested bitsatrelay events is ott.

This is what it looks like:

but what you saying can just be done on the client.. just disable the wss relay.. on my iris client i just slide the tab over and disable the wss for the satellite.. then just a click and next message goes out via the sat as well... if you dont send your message to the sat relay it wont relay .... i dont understand why we suggesting to clip the systems wings when the user can just not use it ...

or am i missing something ? is the other sides replies and quotes that tag you the annoying part ? again if so how do you suggest we approach this architecture.. because soon we want to add a 3 layer with lora mesh messages... somehow the internet connected users will have 3 ways... mesh message received... sat message received.. etc... again.. the goal of this system is to distribute connectivity optins... we ought to have a spaces / tech hall to discuss / brainstorm this. nostr:npub1c03rad0r6q833vh57kyd3ndu2jry30nkr0wepqfpsm05vq7he25slryrnw .. your thoughts ?

Yeah it's the mirroring of all my activity that's not necessary, I showed my notifications above in the screenshot, it's just copies of messages or copies of boosts etc.

It's not on my relay list, I only ever used it via cli in order to send directly to it.

Currently I can't stop it unless I block it, which is why it feels spammy.

I think the issue is your end buddy ... you are still sending your Kind 1 messages via the satellite relay .. here is the log from the system.. you can see the last one a few min ago..

Could be outbox model? I started looking into this, but didn't come to any conclusions.

It's not listed on my relays in Amethyst so I don't know how I'm doing that.

It also reposts message I boost, which I don't think is kind 1? Might be wrong there. Either way I haven't added it as a relay on this client.

Might be what nostr:nprofile1qqsvfa085adgecmg84ffelcxx6zrn3ffu5jrc6cjtwng0zge3ptv43cpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhsz9mhwden5te0wfjkccte9ec8y6tdv9kzumn9wshszyrhwden5te0dehhxarj9ekk7mf0eglgxk suggests.

Ah, it reposts my repost, so that is a kind 1.

🛰️Off-Grid Relayed via satellite🛰️

--------------------------------

↩️ REPLY to nostr:npub19at4nqjjymca2lh3v546vcg5ktun3al4c5xu2pts3ewckv0y70ys0gupzr

Re: nostr:note1889q7fswtd6lthnjj8ak8wprrgqwy77wed3kuyrtj6jahnltvjsqt79pcg

nostr:npub18cel6ufy7960c5632xfhlpccvdxankzkzs75ema45yxa4uhkzhqqsrulqe said:

but what you saying can just be done on the client.. just disable the wss relay.. on my iris client i just slide the tab over and disable the wss for the satellite.. then just a click and next message goes out via the sat as well... if you dont send your message to the sat relay it wont relay .... i dont understand why we suggesting to clip the systems wings when the user can just not use it ...

or am i missing something ? is the other sides replies and quotes that tag you the annoying part ? again if so how do you suggest we approach this architecture.. because soon we want to add a 3 layer with lora mesh messages... somehow the internet connected users will have 3 ways... mesh message received... sat message received.. etc... again.. the goal of this system is to distribute connectivity optins... we ought to have a spaces / tech hall to discuss / brainstorm this. nostr:npub1c03rad0r6q833vh57kyd3ndu2jry30nkr0wepqfpsm05vq7he25slryrnw .. your thoughts ?

--------------------------------

📡 BitSatRelay - Terminal-HQ

🛰️Off-Grid Relayed via satellite🛰️

--------------------------------

↩️ REPLY to nostr:npub14uee3fwxjwq7m25gsyqguv2t6v8ft69jax4lvs3skfpa8u7thdsqpu7gam

Re: nostr:note12u8crsr4g5slp05ehmyc7jaf3df2t7l2ekr4jx0ang8eg4pff0cq9jmf3f

nostr:npub19at4nqjjymca2lh3v546vcg5ktun3al4c5xu2pts3ewckv0y70ys0gupzr said:

If I only have a link via the bitsatrelay satellite then it must be able to know I'm communicating with it directly, or if not, having an @ tag in the message to indicate that re-relaying it is requested.

It's cool tech but having over half my notifications be unrequested bitsatrelay events is ott.

--------------------------------

📡 BitSatRelay - Terminal-HQ

Another issue is if another service is doing the same, they will continually rebroadcast each other in a loop indefinitely.