@Prototype9215 @LunchEnjoyer @LinkOpensChestwav
That's what really happens when @protonmail insists on doing everything on their own, not even doing the continuous development in the open. They provide source code updates only on stable releases, and even that can be delayed some days until after the release.
That's not how you build a community of users, developers and package maintainers.
Had they instead spent resources getting their Linux packages into the native package streams for the most important distros, they would have solved more bugs earlier with help from the community.
That is probably the most disappointing aspect of Proton. They still don't grasp how to interact with a broader community, to get real help.
They would still need to review contributions, just as I expect they do with changes from their own employees. So it wouldn't reduce the security.
Also, they can't really hide behind the code not being ready to be published; they code is being published in the end.
But they really miss the opportunity to get their packages into the standard Lunux repositories. Which would help resolving all the incompatibility issues they now have with certain Linux distributions.
On top of that, all the needed tooling required already exists. It just need to implemented correctly in their processes.
Just do me a favour, don't follow all the suggestions from random blogs, wikis and such. There are tons of them, the vast majority is rubbish and too often even making things worse or harder to cleanup afterwards. Most of it is even out of date.
@nixCraft is one of the saner ones to pay attention to. Or read the blogs and docs for #Fedora or even Red Hat Enterprise Linux (aka RHEL). The latter one goes through quality checks, often done by tech people knowing their stuff.
Linux Foundation and Red Hat also got some free courses too.
A few starting points:
https://training.linuxfoundation.org/training/introduction-to-linux/
https://www.redhat.com/en/services/training/rh024-red-hat-linux-technical-overview
https://access.redhat.com/products/red-hat-enterprise-linux/
Yeah, some. You need to learn some new tools, like ssh, command line usage and how to keep the system up-to-date. That's the bare minimum. Then it's good to learn a bit of network firewalling, to secure the host better.
Then you need to deploy a VPN server. OpenVPN Access Server is easily installed and can help settings things up reasonably quickly. The unpaid install allows you to have 2 devices connected at the same time.
Alternatively, there is the Cloud Connexa service. That will function a bit more like the Proton VPN Secure Core when fully set up (you can can connect from your devices from a different region from your VPS's location). You run a few commands on your VPS which the Cloud Connexa wizard setup guides you through. The free plan here includes 3 connected devices (in your case VPS + 2 devices).
With both alternatives you can install the OpenVPN Connect app on your devices, provide the username/password/otp for the account you've created in Access Server or Cloud Connexa, and you're basically ready. The Connect app downloads the proper config file and you can connect just as the consumer VPNs.
There are few alternatives to Proton Drive. Filen.io is the closest one in features. But it's a small company, so it development takes time.
Another alternative is Tresorit. Feature wise it is far beyond Proton Drive and Filen, with more advanced sharing possibilities. But it's quite expensive, closed source and uses Azure under the hood on the server side.
Filen and Tresorit are the only ones with Linux apps. Proton Drive can be accessed via rclone, but that is quite slow tbh.
Regarding Proton VPN. That is probably the only consumer VPN service I'm willing to give some trust. But consumer VPNs are in general questionable services. They promise a lot more than they can really deliver.
Since I trust one of the ISPs I use where I live, I host my own VPN server there and use that instead. I would even claim that you probably get a more reliable with the same type of privacy if you just use a VPS host in a trusted country and set it up as a VPN server for only your own stuff.
This one is worth a read: https://gist.github.com/joepie91/5a9909939e6ce7d09e29
VPNs do have a purpose, when used correctly and for the problem a VPN was designed to solve. Consumer VPN services generally falls out of that scope.
So I use Proton VPN only when my direct access to my own VPN server is inaccessible. And I use Proton VPN to get through restricted networks, so I can get a connection to my own VPN server (double tunnel/tunnel in tunnel).
Permanently Deleted
@unruhe @Tutanota @protonprivacy
Give both a shot. Both are the only ones (I know of) having zero storage access as the only option; meaning #e2ee is enforced. You may have mailbox.org as a third one (E2EE must be enabled manually there).
I ended up with Proton as I experienced it far more feature rich, flexible and mature. And the Bridge is a must for my use case. In addition, it builds on PGP which can be used to have E2EE communication with people outside of Proton. (yes, I've tried Mailvelope with Tuta; that does not work at all. And doing it manually with copy/paste and PGP in an ordinary text esitor is a waste of time and also turned out error prone one the receiving end; Tuta mails gets mangled on the way).
But if you're a very lightweight mail user, Tuta might fit your need. I generally think of Tuta more like a messenger service with SMTP transport support.
Also beware, importing mails to Tuta is still not possible (unless that has changed the last months). And exporting mails are also a mess. I have migrated one user from Tuta to Proton, and I had to manually fix mail headers to get them imported. The mail export was quite poor, tbh. It took me longer than importing a handful of users from a Zimbra server to Proton - using the same Proton Mail Import/Export tool.
Finally, I just want to mention that Tuta is a company with less than 20-30 employees, serving something like 10 million users. Proton is probably closer to 500 employees these days, serving more than 100 million users. So these organisations are quite different. Which also means they have quite different approaches for developing services further and capabilities to handle sudden challenges.
@LinkOpensChestwav @helenslunch
I've done the self-hosting of e-mail for over a decade. But it got so annoying and troublesome in the end it was a delight to migrate to Proton (because of all the spammers making this whole e-mail infrastructure a nightmare).
Incoming e-mail is still doable for self-hosting. But outgoing is getting incredibly hard when you're a tiny actor; you get blocked by all these larger mail providers (gmail, hotmail/outlook.com, yahoo) and your just lucky if you're able to get in touch with anyone willing to look into the issues. Most times you get a mail template back claiming a bad IP address/range reputation (despite being able to document it several years back). The worst one even claimed I did aggressive marketing spam (which would be absurd for the handful users I served, used it for private emailing). And then they close the support ticket and ignore you.
Proton is definitely big enough to fight back such abusive behaviours by these large actors.
Permanently Deleted
@unruhe @Tutanota @protonprivacy
I dunno. I more often feel people who complain loudest about poor support comes from people who want a specific outcome but gets angry when they don't get what they want and expect. And then let their steam out in social media angling it in a way that they are the victims.
And this trend isn't specific to Proton, but more as a general impression.
The best way to check the support level is to actually reach out to them with an issue and then see how they respond to you.
Permanently Deleted
@unruhe @Tutanota @protonprivacy
I've been in touch with both. I've let Tuta behind. The Proton support was superb. It was delightful to actually be in touch with support personnel actually understanding how e-mail and the delivery mechanisms work. Solved my issues pretty quickly.
But was on Proton business and Visionary plans when I reached out, so the support level expectations are quite higher there.
Yes, I'll be hanging around here 😁
I'll contribute when something interesting appears in my streams.
All this conversation is happening on Matodon in my case. I don't even know or care what Lemmy is.
You're the one who said "Here". And to me "Here" is on Mastodon.
Be precise in your questions if you want precise answers.
Yes. In fact, you can see their replies here, if you had bothered checking:
https://mastodon.social/@protonmail/withreplies
They reply when they have something to say. They don't reply just for the case of replying.
I've received several replies from them.
@fluckx Yupp .... and this is the lamest excuse I've seen in a long time ...
This is bullshit and they try to hide it. And they know it.
That Proton logo font is unique to Proton. These guys have studied this post: https://proton.me/blog/new-visual-universe
@protonmail @protonprivacy Don't let this pass. Let these guys feel they've trespassed into the wrong garden.
You know Proton has grown big when others take the time and effort to create scams like that.
It's no longer a tiny operation which is easily ignored or forgotten.
Question is what kind of scam is it? It looks like a crypto scam on the surface. But could it be more? Password phishing? Session hijacking?
Yeah kinda ... but that it can also charge other devices when not connected to a charging source.
Use case 1: Charge FP batteries
The "box" is connected to a charging source, which charges inserted batteries
Use case 2: Charge USB devices
When the batteries inside "box" are charged, connecting a USB device to this "box" will start charging the connected device
Use case 3: Swap out the FP battery from this "box" with a discharged battery in the FP
It would be a great bonus if it could also accept more generations of FP batteries. FP3 or FP4 and newer would probably be most realistic.