What they’re saying there is that when trying to auto detect the server configurations, there are unexpected connections to cloudfare IPs, which didn’t usually happen with K9. Who posted the concern associated this to telemetry, but the answers are pointing a different direction. But at this point it just guesses, :(

I guess some more formal traffic inspection needs to happen to understand if truly there’s unexpected traffic, where it is directed to, and hopefully infer somehow its purpose. The guesses about what’s happening suggest it’s just about the auto connection, but again, just guesses.

I explored the configurations, and I didn’t find anything about telemetry, and so neither how to disable it. K9 does not have an about:config advanced configuration like desktop Thunderbird does, so if there’s truly telemetry or some other sort of information leakage, then after proving it, perhaps developers realize they can do better. But so far nothing really proving telemetry or information leakage.

What telemetry is enabled? Is there a way to disable it?

F-Droid produces its own builds, with its own signatures, so to get f-droid going, you’ll need to install from F-Droid. However the import mechanism seems really nice. Perhaps you can install from F-Droid the official release, which can co-exist with your upstream installed beta release, import from it from the F-Droid app, then remove the upstream installed beta release, and if you wan to keep on beta, then install the beta release from F-DRoid (be careful right now, given a bug made K9 show up as beta release as well, but the app ID is clear, just being careful is enough), and then import from the official release, then remove the official release and you’re all set. The idea is not to reconfigure a thing by doing those steps, and perhaps you wouldn’t like to go to beta, and remain on the official release, which is not that behind, and perhaps better tested.

Did that, thunderbird release no beta, and no issues since I don’t have google account. For people with google account requiring to re-sign in, and who don’t often do so, signing in is really hard if they don’t registered their phone number to google. It’s sad, I commented about it in some other post. Understandable in reality they are different apps, but in the end it should be the same user ID, but nevertheless it’s a PITA if people don’t have a device permanently logged in, :( For them it’s better to stay on K9,and hope K9 doesn’t go away, or else find out how the heck to login to google once again.

correct, that’s the official release, the other is beta for testers…

Ohh, it needs to import though. I was afraid in case there would be sort of two different directories over the same data, or that on TB dir it would be to start fetching stuff. But it seems it literally copies over the directory contents, which is fine, since the then the other app could easily been removed.

And it works with TB non beta, I guess it works with beta for testers a well (though I like the release, and see how it goes). I’ll be using non beta for now, a bit behind, I prefer to use releases rather than beta releases, and on f-droid I enabled unstable upgrades…

Anyone played with push vs. pull on TB? On K9, I ended up having both. With the last years changes, it removed the push option selecting from the fetching configs, but the push could be selected/deselected from each folder, and I keep them both. Pulling makes the requirement of not having restrictions on battery usage though.

Not sure if that’s getting any better with TB (non beta or beta), and if push has gotten any better. In the end, imap push/idle pretty much depend on the server, and not so much on the client I’d guess…

Thanks !

Thunderbird beta for testers?

OK, many thanks !

I’ll just do nothing for now then. I hope if at some point a migration is required, it’s sort of automatic, f-droid just starts using the Thunderbird app rather than the K9, without user intervention other than performing the f-droid upgrade, one and that would be it. But we’ll see.

If you ask, knowing it’s the same thing, I would have gone with just one app, replacing the other one, and that would be easier and clearer, :)

Thanks a lot again !

Cool, many thanks ! I’ll just wait a littloe longer then…

Oh, you mean using divestos-fdroid-repo? Well, before it became part of official f-droid I used to do that. I’m not sure how long it’ll take to fix the official f-droid.org builds though, since I’d like to go back to it. The sad thing is that to move from one repo to another one loses all configurations/settings, :( But perhaps it’s truly unsafe to wait until the build on f-droid.org gets fixed, if it ever does it.

Anyone aware if there are efforts to get it back building for f-droid.org? Does it depend on the Fennec issue getting resolved?

I use mull from f-droid, and f-droid started showing that when upgrading Today to version 1.21.1. No idea why until this f-droid app upgrade.

I guess the mull issue is the same. Both fennec and mull are at the same version on f-droid, 129.0.2, and both show in their anti-features that the app contains a known security vulnerability, indicating firefox has fixed several security vulnerabilities since 130.

Is it right to hope that once fennec can get distributed on f-droid, then mull will follow? I’m not planning to move away from mull.

Thanks !

Ohh, do you have miniflux self hosted somewhere so it does the feeds collection, and then on newsflash you hook with the miniflux reader?

What I do to sync (I don’t read feeds on the phone) between desktops is to rsync these 3 dirs:

~/.config/news-flash
~/.local/share/news-flash
~/.local/share/news_flash

That so I don’t lose the feed subscriptions neither the history of what I have already looked at, neither what I’ve kept as starred (there are interesting feeds I want to keep). If miniflux had sort of a client, similar to newsFlash, but that set everything in miniflux rather than locally, so that no matter different desktops (even phones) will have the same starred kept feeds, and the whole history and the like on miniflux… There’s a python client, but I don’t know if it gets any closer to newsFlash. I guess having miniflux, one can hook to it through any web browser as well, but I really like newsFlash interface, hehe.

The sad thing is needing to somehow keep miniflux running somewhere, which is not feasible for me, and perhaps for others, but it’s interesting…

Just so you know you can get push notifications on Jami. Jami has been supporting unified push notification for a while now, but it’s opt-in, some might not opt for it considering reducing privacy a bit, as some actually disable the proxy and some phone specific feature intending to prevent battery exhausting too fast.

For unified push support you can take a look at jami’s article about its unified push support. I use ntfy BTW.

I believe so but the video presenter is right in two aspects, the first, this is not anything new, RMS was even left out from his position after the influential banning movement against him got stronger some time back, and them that got reverted. At their time there was an open letter demanding RMS removal and the entire FSF board as well after re-electing him, and also a reaction open letter supporting RMS. There are also posts like the debunking of those allegations. As you can see this is not new, and the recurrent nature of these allegations really make one to think about their true intentions.

Something to keep in mind there are some recent and not so recent allegations from one public and influential blog, for example the FSF is dying, RMS on sex and his latest allegations regarding RMS “neurodivergence”. Perhaps these examples plus several additional ones in the same blog make the blogger one possible suspect in the video.

And the second aspect I believe the video presenter is right about, is that after reading RMS’ several posts, the allegations against him, and the debunking of those allegations, plus all that movement attempting his banning, it’s clear that one can not be as naive to pretend this is just a personal attack, there’s more to it in all this. The reputation of the FSF gets really hurt. What gets in people’s mind is that the FSF, GNU, the copyleft in full defense of the user freedoms on software is no longer relevant and even polluted. People forget that in the name of supposedly good causes, a lot of damage has been done through out history, and this hating/banning/canceling movements do more harm than whatever good intentions might show up in the surface, so be cautious about them in general.

This banning culture of hate is ridiculous, you can disagree with someone, or even just ideas, but procuring “canceling” and “banning” to everything we don’t agree is crazy. This mono culture of hate really saddens me. But perhaps you’re right on your appreciation.

Some of these periodical rebirths of the debate about RMS, what are really looking for is discredit on the Free software, which is not the same as open source software. Drew is one of those, if I’m not mistaken because his blog is prolific, who believe free software has no hope, and the total triumph of open source, which in practice is correct, but ethically I’m not so sure. We should be aware of what’s behind all these attacks, and I believe it’s naive to think these attacks are just about RMS. Free software is ethical in the sense of the freedoms it seeks for the users, but that has no place on enterprises and corporations, open source has enjoyed a different fate because it’s not as strict on respecting those freedoms, which under enterprises and corporations are believed to be too restrictive and against their interests. And here we are over and over attacking the organizations (yes, the FSF is attacked not only because RMS is part of it, it was founded by him as well) and people defending those principles, because in the end our minds tend to disqualify everything way too easily, made easy with this banning culture of hate. I’ve read about how useless it is the FSF, and also about how useless it is the copyleft, and these recurrent intend to discredit the one who started all that of course discredits what came from him, one way or another. I wish I’m wrong on this, and that there was no pun intended towards free software…

Is it because Fedora doesn’t enable zswap by default?

https://wiki.archlinux.org/title/Improving_performance#zram_or_zswap https://wiki.archlinux.org/title/Zswap https://wiki.archlinux.org/title/Zram

One down side of zram is that you won’t be able to hibernate to swap, if that’s a requirement. On consoles this might be totally irrelevant though.

Perhaps a misinterpretation from mojeek’s wiki:

Mojeek also displays significantly more individual entries in its search results than Google or Bing

Are you sure the phone it doesn’t work on is older than android 7? According to its f-droid jami URL its latest version as well as two more also documented there, they all work on android 7 or later.

I use LOS4uG, and I’m currently on android 14, so no need to build jami myself. Can you enable “unstable updates” on f-droid’s “expert mode”? Perhaps then you get latest app, and that one works better. Otherwise you can report an issue to the android client, and perhaps you get guidance from them. You can also use their forum to ask questions. I have filed issues only so far.

dino is a gnu+linux software, built with gtk4. If you’re using windows then the option is gajim, which in order to support omemo needs a plugin, though I can’t tell much more than that about it since I can’t even recall when was the last time I used windows.

That said, conversations has one important setting if syncing devices, which is indicating that the client won’t delete messages, the server will. Not sure why that is not the default, I guess statistically most xmpp users just make use of conversations and that’s it. The other important setting is configuring security for omemo always. Dino doesn’t need any setting for letting the server delete messages (it does when there’s no pending device to be synced) and doesn’t offer that option, and at the moment the user must be careful and set each conversation to be secured by omemo with no exceptions, but it’s already merged on master, and waiting for a new release, the option for omemo always, as on conversations.

That said, using xmpp doesn’t imply not having jami installed and keep trying it. Who knows, maybe you like it and it works fine for your purpose, and you decide for it to be you main messenger application.

I do !

works pretty well on both AOSP phones and gnu+linux desktops. Sad thing though is that I don’t like using flatpak, and I prefer distro native built software, and on Artix/Arch, there are times where the version between the distro version is slightly outdated with regards to the mobile version, and that makes things not to work. This is mainly an issue ever since jami decided to stop supporting the gtk client on the desktop, to me the qt experience have been sad. Not sure if someone has forked the gtk client, that would be great.

So I’m using xmpp as my main messenger, and keep trying jami when it works.

I really like the p2p approach from jami, and also the way they care for those with no huge batteries phones, given they added support for unified push notifications, which can be of course avoided if required for extra privacy. Given my use case, I can’t turn jami into my main messenger yet, but I keep trying, :) Meanwhile xmpp is there for me.