#!/usr/bin/env -S bash -c "podman run --rm -w /x -v "\$PWD:/x" \$(podman build -q - < \$0) \${@:1}"13,526 karma · joined December 29, 2009
```
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Last Updated: 2026-Oct-13
Director Engineering @ https://redsift.com/
Blog: https://www.grepular.com/blog/
Code: https://gitlab.com/grepular
Docker: https://hub.docker.com/u/grepular
LinkedIn: https://www.linkedin.com/in/mikecardwell
Email: mike.cardwell([-at-])grepular.com
Matrix: @grepular:matrix.org
Mastodon: @grepular@mastodon.social
BlueSky: https://bsky.app/profile/grepular.com
Websites:
- https://www.emailprivacytester.com
- https://www.parsemail.org
Public PGP Key: https://www.grepular.com/1801A332.txt
Tips:
Paypal: https://www.paypal.me/grepular
Bitcoin: bitcoin:1PQLtWnjUi1itHLG6QCQeHM3Nxua8pRsq1
BMAC: https://buymeacoffee.com/grepular
-----BEGIN PGP SIGNATURE-----
iQEzBAEBCgAdFiEEWazVMy7edA17fJTj0V47FkDmu60FAmrOdgcACgkQ0V47FkDm
u60ffgf/Sudg+PI+a3J/UHwJl8DwfD7ioFWSsH936K56YjAeXwgUtgao7o4jfXZs
XjXOgeOFcMzZ3mCcOjbkX8NA+n/wXer8D3Sa/VnIgL7Nb4tF7zVcv1IC/Igl0You
FrX9n9/gvps/7e6+ZQqgxO6l3SgRViRuSNKAaf0JtcNnoKC/qPXMYkIDIBrC+OsF
E6RZQW0Yb8ibj6qr14CpRkYIC/bOY/sosp5sohUHuXkRmaID2iY+lc8O5MLBlJaP
71UU4Um0/OzJuWl6YDwZByi/e6JR0QkEE+eVMtkz8ZfEI9HzabQTqoVY//w95xQp
+aTA3Tp+n4YpRvgBUYzJphwuRvvVBg==
=3FnZ
-----END PGP SIGNATURE-----
``` #!/usr/bin/env -S bash -c "podman run --rm -w /x -v "\$PWD:/x" \$(podman build -q - < \$0) \${@:1}"However, I'm not entirely sure what kind of system a superintelligent AI would need to access which would be protected by a captcha.
A fair comparison would point out that EnvKey only does a small but important part of what Vault does, and explain why it does it well. Somebody who didn't know either piece of software, might read your comparison and get the false impression that they had equivalent functionality.
I don't expect you to agree, because that would mean you had to change the page to one which maybe doesn't convert so well.
1. Added a new postgres db and user 2. Added a new dns name 3. Added a new cert for the new dns name 4. Added a new vhost to nginx to proxy to a new port using the new dns name and cert 5. Added a simple docker-compose to my config 6. Added a snippet to my .well-known/matrix/client
Don't imagine it will take much maintenance. Container will be updated along with the rest of my containers, and the existence of the service doesn't change anything for any existing clients that don't support sliding sync.
This alone makes Matrix the worse chat platform out there from a users perspective IMO. I invested too much effort in getting things up and running and using it now though, so I'm just hoping that this gets fixed one day, or something better comes along that I can migrate to.
Here's a Youtube video I created of it happening: https://www.youtube.com/watch?v=P30Qi2MSbUQ
I'll be blogging this up unless it's acknowledged and fixed.
I assume that once you've fixed the bug you'll be contacting all of your users to let them know that they've been exposed to this privacy flaw. At least the ones that may have disabled remote content at some point.
> by default, does not load external content from other servers (pictures and videos in emails). The user can choose to have external content shown with a single click or tap, if they trust the sender.
So there you go. An email company that does not load images by default. Whereas the default setting for Skiff is to load images automatically. So in this respect, Tutanota puts "privacy first" and Skiff doesn't.
I do not know what your difficulty is. Perhaps you should pass this on to somebody more technical than yourself at your organisation who can actually understand and diagnose the problem.
If you read back, you'll see I wrote email clients and providers. But I'll note that you have not provided a list of clients or providers with privacy defaults that are worse than yours.
> It does not load the images. That's just patently false disinfo.
It absolutely does. You have no idea how your own product works. I literally showed you a tool where you (or anyone else) can verify this yourself in a few minutes: https://www.emailprivacytester.com - By the way, I am the author of this tool, and your email product is the least privacy preserving email product on the market right now.
The only difference between your option and other providers are:
1. Yours doesn't even work. It still loads the remote images. It just doesn't display them
2. Yours has the wrong default.
Your "block remote content" option is even worse than just forcibly loading remote images and not even having the option in the first place, because it tricks the user into thinking that it will preserve privacy, like it does for other providers, but it does not preserve privacy in your case as it still loads the images.
Also, this is false. You could download all remote content at time of delivery. That way it would be impossible for a sender to differentiate between an email simply being delivered and one being read.
It's saying that the images were blocked, but that didn't stop them being fetched. Entirely defeating the point of the setting.
Yet the web UI downloads remote images by default.
Granted, it hides your IP address by proxying the request. But it still leaks that the message was read. I used https://www.emailprivacytester.com to test this. No image was fetched until I clicked the email to read it.
https://www.grepular.com/Sandbox_Rust_Development_with_Rust_...
Well, that's a bit out of date now as I use podman, to get around the sudo issues. But that's the basic idea.
Having to fight for a charger spot, and potentially queue for 10s of minutes, and then wait tens of minutes for your car to charge, and be ready to leave when you're told to... Nightmare.
Hopefully the situation will improve quickly. If not, my next car will be a plug in hybrid.