Conversation

Notices

1. Embed this notice
   👺防空識別區👹 (sojourn maxxing) (adiz@wl0.9ch.nl)'s status on Thursday, 28-Nov-2024 03:42:25 JST 👺防空識別區👹 (sojourn maxxing)

   • silverpill

   I've added certain instances (e.g., pawoo.net) to my Mitra's blocked instance list within the .yaml config---however, I'm still receiving content from those instances? @silverpill, am I doing something wrong here with the config? I thought I'd done the appropriate syntax for lists in .yaml like this, per my searching online. And, the config loads fine (whereas, I've found other syntax errors result in Mitra failing to start). I am certain it's probably user error on my part...

   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Thursday, 28-Nov-2024 03:42:14 JST silverpill

     in reply to

     • Johnny Peligro, now on Mitra!

     @adiz @mischievoustomato blocked_instances only blocks messages pushed to you, but it doesn't block messages that your server pulls (for example, when processing a reply), so you might still see them. It also doesn't delete existing posts, it works like a firewall.

     The ability to block outgoing requests will be added later. Let me know if this is important.

     I also recommend using mitractl add-filter-rule instead of a config file. I haven't documented how this new filtering system works, but you can read about it here: https://www.knthost.com/mitra/create-and-manage-mitra-filters

   • Embed this notice
     👺防空識別區👹 (sojourn maxxing) (adiz@wl0.9ch.nl)'s status on Thursday, 28-Nov-2024 03:42:16 JST 👺防空識別區👹 (sojourn maxxing)

     in reply to

     • silverpill
     • Johnny Peligro, now on Mitra!

     @mischievoustomato I changed my config closer to what you've got both in syntax and organization. Restarted Mitra and it's running fine. We shall see, I guess? @silverpill

   • Embed this notice
     Johnny Peligro, now on Mitra! (mischievoustomato@mitra.taihou.website)'s status on Thursday, 28-Nov-2024 03:42:18 JST Johnny Peligro, now on Mitra!

     in reply to

     • silverpill

     @adiz @silverpill i didnt know either lol i just did it

   • Embed this notice
     Johnny Peligro, now on Mitra! (mischievoustomato@mitra.taihou.website)'s status on Thursday, 28-Nov-2024 03:42:20 JST Johnny Peligro, now on Mitra!

     in reply to

     • silverpill

     looks like this for me. btw i always restarted mitra when changing config.yaml @silverpill @adiz

   • Embed this notice
     👺防空識別區👹 (sojourn maxxing) (adiz@wl0.9ch.nl)'s status on Thursday, 28-Nov-2024 03:42:20 JST 👺防空識別區👹 (sojourn maxxing)

     in reply to

     • silverpill
     • Johnny Peligro, now on Mitra!

     @mischievoustomato I always restart Mitra as well. Maybe I need to move the ending bracket down a line and the top entry under the opening bracket? I didn't know it would accept comments inside the list, either. That's great for organizational purposes. I'll try doing that and restarting the service. @silverpill

   • Embed this notice
     Johnny Peligro, now on Mitra! (mischievoustomato@mitra.taihou.website)'s status on Thursday, 28-Nov-2024 03:42:23 JST Johnny Peligro, now on Mitra!

     in reply to

     • silverpill

     @adiz @silverpill hmm that's weird because I've blocked instances and it does work for me. lemme check

   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Thursday, 28-Nov-2024 05:20:58 JST silverpill

     in reply to

     • Johnny Peligro, now on Mitra!

     @adiz add-filter-rule is a different system. It stores rules in the database and is more powerful. It can remove media attachments without blocking instance entirely, and eventually will be able to do other things like removing profile images and hiding posts from the federated timeline (similar to Pleroma's MRF). Since rules are stored in database, they can be edited from a web client too (though that hasn't been implemented yet). And you can combine mitractl with other command line utils to load rules from a CSV file.

     The new system is intended to be a replacement for configuration parameters.

     @mischievoustomato

   • Embed this notice
     👺防空識別區👹 (sojourn maxxing) (adiz@wl0.9ch.nl)'s status on Thursday, 28-Nov-2024 05:21:00 JST 👺防空識別區👹 (sojourn maxxing)

     in reply to

     • silverpill
     • Johnny Peligro, now on Mitra!

     @adiz @silverpill Also, really good documentation about mitractl add-filter-rule! I didn't see these docs on the repo. Looks like it functions very similar to ufw, which is quite intuitive and straightforward. Might I ask why you recommend using mitractl vs. directly modifying the config? Does it do the same thing ultimately? @mischievoustomato

   • Embed this notice
     👺防空識別區👹 (sojourn maxxing) (adiz@wl0.9ch.nl)'s status on Thursday, 28-Nov-2024 05:21:01 JST 👺防空識別區👹 (sojourn maxxing)

     in reply to

     • silverpill
     • Johnny Peligro, now on Mitra!

     @silverpill
     > The ability to block outgoing requests will be added later. Let me know if this is important.

     Blocking outgoing requests is important to me since most of those instances I have "blocked" were meant to block outgoing requests, primarily, vs. incoming. Because most of those instances are known bad-actor #fediblock bandwagon instances who get off on dog-piling and sabotaging other instances for the most minor of transgressions or ideological heresy. I've found it best practice to simply block those instances outright from the outset so that no federation takes place and one remains entirely off their "radar"---everyone's happy. One doesn't receive activities from them (they've nothing I want to see or hear) and the don't receive any activities from you (they've noting to complain about or disparage and attack you over). Otherwise, they'll go out of their way to look for problems and will then publicly crucify your instance and you'll end up on a list from which hundreds of instances will blindly follow. @mischievoustomato

   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Thursday, 28-Nov-2024 07:53:46 JST silverpill

     in reply to

     • Johnny Peligro, now on Mitra!

     @adiz @mischievoustomato Doing blocking directly from Mitra would be more efficient, but yes /etc/hosts is good as a temporary solution.

   • Embed this notice
     👺防空識別區👹 (sojourn maxxing) (adiz@wl0.9ch.nl)'s status on Thursday, 28-Nov-2024 07:53:48 JST 👺防空識別區👹 (sojourn maxxing)

     in reply to

     • silverpill
     • Johnny Peligro, now on Mitra!

     @silverpill As far as blocking out instances entirely from federation whatsoever, I think I will probably follow @mischievoustomato 's advice and configure /etc/hosts to do that. Honestly, it's kind of like that functionality doesn't even need to be in Mitra if it's already included within Linux itself.

   • Embed this notice
     👺防空識別區👹 (sojourn maxxing) (adiz@wl0.9ch.nl)'s status on Thursday, 28-Nov-2024 07:53:49 JST 👺防空識別區👹 (sojourn maxxing)

     in reply to

     • silverpill
     • Johnny Peligro, now on Mitra!

     @silverpill Ah, very cool! I had no idea. Yeah, it sounds a lot more powerful. I will definitely have to get mitractl configured and setup to begin doing that and utilizing it. Being able to backup or load rules from a CSV also sounds huge! This is powerful, really straightforward and reliable kind of implementation vs. what a lot of other instance softwares do. Thanks for taking the time to better explain this stuff! I'm really excited to see the future of Mitra's evolution. @mischievoustomato