Conversation

Notices

1. silverpill (silverpill@mitra.social)'s status on Thursday, 28-Nov-2024 03:43:58 JST silverpill

   • Johnny Peligro, now on Mitra!
   • 👺防空識別區👹 (sojourn maxxing)

   @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

   • silverpill (silverpill@mitra.social)'s status on Thursday, 28-Nov-2024 05:22:01 JST silverpill

     in reply to

     • Johnny Peligro, now on Mitra!
     • 👺防空識別區👹 (sojourn maxxing)

     @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

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

     in reply to

     • 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

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

     in reply to

     • Johnny Peligro, now on Mitra!
     • 👺防空識別區👹 (sojourn maxxing)

     @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

   • silverpill (silverpill@mitra.social)'s status on Thursday, 28-Nov-2024 07:55:00 JST silverpill

     in reply to

     • Johnny Peligro, now on Mitra!
     • 👺防空識別區👹 (sojourn maxxing)

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

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

     in reply to

     • 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.

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

     in reply to

     • 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