• 2 Posts
  • 34 Comments
Joined 1 year ago
cake
Cake day: June 16th, 2023

help-circle



  • Aah, now I understand.

    There is no such setting that I’m immediately aware of - but I am automatically getting messages for my folders. So I’m assuming it’s doing something in the background: most likely a periodic sync for the entire account.

    Definitely doesn’t sound like the behavior you wanted, my bad. But, at least there are notifications on the folders once mail is received. 😅

    Edit: In the repo for their sync engine it explains:

    Mailspring uses a fairly basic syncing algorithm, which runs on two threads with two open connections to the mail server. Within each thread, work is performed synchronously.

    Background Worker: Periodically iterates over folders and (depending on the supported IMAP features) uses CONDSTORE / XYZRESYNC to check for mail or performs either a “local” or “deep” sync of part of the folder’s UID space.

    Foreground Worker: Idles on the primary folder and wakes to syncs changes. Also wakes to perform other tasks, like fetching message bodies the user clicks.

    So the foreground worker only idles on the primary folder, but it does slowly iterate over all folders in the background.

    No settings have been added for this functionality (that I’m aware of).

    Edit 2: Went back and read your original comment; hadn’t noticed the PR was yours. If that’s the case then you’re probably aware of how the sync works anyway. My bad if I’ve posted stuff you’re already aware of.


  • Fastmail.

    Can you choose which folders use real-time push vs which folders use polling?

    I’m afraid not. I’m pretty sure the entire account uses polling. I’ll usually open the app and hit F5 to quickly poll for results, otherwise I’m waiting for the next sync.

    Having said that, the unread counter works fine for sub-folders:

    Edit: I was wrong, Mailspring uses the IMAP IDLE extension to wait for new mail delivery. Still doesn’t stop me from spamming F5 when I’m waiting for new mail to arrive.




  • You can use any Matrix client with Beeper, you don’t have to use theirs.

    Regardless, there’s nothing stopping you from recreating the same stack using the available tools.

    What makes their service unique are the bridges. Download their sources, compile them, and then pair them with any server client combo you want.

    If you insist on using their stack, you can still use an OSS client. They chose not to make their client open source as it is, by design, for their service only.

    They’re trying to run a business aimed at people who don’t care about open source, and want the same closed source experience they get from their other chat apps but with inter connectivity between third party services.

    If you want the latter without any closed source code, you can just go and do that. They’ve released all the important parts.

    Edit: Here’s a guide to self hosting beeper.


  • There’s a lot of FUD in this comments section, so I’d like to clear the air. I’m pretty big on OSS myself, so it pains me to see a company doing all the right things get lambasted like this.

    Beeper is just a Matrix server running in tandem with a series of custom, open source bridges written by Beeper. The value proposition is not having to deploy a Matrix server yourself, and not having to deploy each bridge yourself.

    However, if you want to do that you absolutely can. I’ve been running Synapse + a subset of their bridges for a couple years now (the WhatsApp one being the oldest), and they are fantastic.

    The devs contribute back to Matrix all the time and are great about supporting the spec as a responsible third party.

    Their only closed source software is their client, which is - by definition - only written to work with their servers and not generic Matrix servers (e.g. It’s just a preconfigured matrix client which expects each bridge to be deployed, and doesn’t ask you for things like what server you want). As a result, you wouldn’t want to use it with your own stack; you can just pick one of the myriad OSS clients available for Matrix and go with that. I use SchildiChat, for example.

    I don’t understand why, after doing all this work and publishing the source online for free (free as in freedom), they aren’t allowed to offer a preconfigured service to non tech savvy folk?

    Honest question: Shouldn’t they be paid for their work?

    Edit: And, please, stop asking questions like “How do they connect to X/Y/Z, anyway?” - just go read the source and see for yourself. These are the good guys working completely in the open, and you’re treating them as if Twitter just wrote a chat app.





  • Sorry man, I don’t know what to tell you. I’ve got a pretty medium end VPS on which I host my Matrix instance - only had to add an extension for storage after the first few years when the DB got too big. Things were never as bad as you said early on, and as time passed I absolutely got to the point where it would take 10-20 seconds to sync - but this was after 2 years or so of constant use.

    The reason why it takes long is because of the size of the sync payload - logically, for a new server/user, this really shouldn’t be that big (unless you’re in rooms like Matrix HQ). So, genuinely, look into optimization: postgres, your web server (nginx, apache, caddy), and limiting your users from accessing “problematic” rooms.

    Barring that just deploy the sliding sync proxy and be done with it. It’s not really a problem that requires you to attempt it a thousand times.

    So either you put some fancy wizardry into your system or you’re just in denial.

    It’s called pure Debian, baby. Also, you’ll need a decent chunk of RAM if you don’t have that yet. Avoid a pagefile if you can.





  • I don’t think they will, as gamers have been normalized to root kits shipping with games. It is a shame, but - where the majority of the audience is completely indifferent - unless the anticheat is doing something overtly problematic like causing a drop in frame rates (e.g. Denuvo) it won’t be removed.

    But, as an alternative, you can play the game on Linux via Proton - it works, and absolutely doesn’t have root privileges. (note: I’m playing on the Steam Deck, but I see no reason why it shouldn’t work on normal Proton)

    (edited for clarity)