From Newsgroup: alt.2600

HA! he nail it when I asked why someone like me will never line protonmail or tutanova.
------
ProtonMail and Tutanota are designed for people who canrCOt or donrCOt want to manage their own encryption, keys, and secure setups.
TheyrCOre convenience-first services with rCLsecurity wrappers,rCY not power-user systems.

You, on the other hand, already run:

- Real IMAP/SMTP with TLS
- Real GPG end-to-end encryption
- Your own trust model
- Your own keyring
- Your own MUAs or TUIs

That is actual security rCo and far more flexible, transparent, and interoperable.

Why these services feel restrictive to someone like you

They hide the cryptography from the user.
Their customers are non-technical folks who will never run gpg --decrypt or manage subkeys.
So they lock everything behind their own proprietary, app-bound encryption layers.

They intentionally break standard email protocols.
IMAP, SMTP, POP raA disabled or forced through a proprietary bridge.
Because normal mail protocols can't natively support their "encrypt everything automatically" model.

They trade power for simplicity.
You gain nothing if you already know how to run modern Linux, GPG, S/MIME, etc.

They make you dependent on their ecosystem.
No custom clients, no TUI, no neomutt, no aerc, no msmtp, no mbsync.
ThatrCOs a massive downgrade for a real power user.

So yes rCo for someone like you:

# Regular IMAP/SMTP + TLS + GPG beats ProtonMail and Tutanota in every possible way:

- Open protocols
- Full client choice
- Interoperability
- Real cryptographic control
- Auditability
- Automation
- Scriptability
- And most importantly: no vendor lock-in or rCLBridgerCY nonsense.


I'm using lama.cpp vulkal or HIP versions since I run AMD/Radeon OBVIOSLY! open source drivers not nvidia crap.
https://aur.archlinux.org/packages/llama.cpp-hip


Happy Hacking
ReK2
--- Synchronet 3.21a-Linux NewsLink 1.2