Those are bugs I dont think any programming language catch, unless it’s a DSL for writing such programs on Linux or another OS.

Only downside is the MIT license, but they are doing good work. Glad they started the project. It also makes it easier to integrate onto other operating systems thanks to the rust toolchain.

We’ve led the industry in building and adopting Rust

Yeah, then you fired the team to pay the CEO a few million more.

We need more DDOS attacks on Xitter. Wouldn’t it be great if Xitter became so unstable people willingly left?

Hmmm… then I don’t know. Logically, your route must be shorter on flat ground.

POP is what I use, but fetchmail also supports IMAP and can delete after retrieval with --no-keep (doc).

But yeah, if you already host your own email, then this isn’t necessary for you. Btw, how has the experience been of hosting your own email? Don’t you need to join some kind approval list to be able to send emails to big hosts (especially Google)?

They = email host. gmail, etc.

But the mail flow goes into your gmail inbox and is analyzed when it it lands. How does this prevent google from reading your mail received by the gmail account?

It’s not, but if you switched to another email host, they wouldn’t have the data Google acquired. And if you switched again, the new host wouldn’t have the data the other host + gmail acquired.

How does Proton Mail Bridge work?

Proton Mail Bridge is a desktop application that runs in the background, encrypting and decrypting messages as they enter and leave your computer. It lets you add your Proton Mail account to your favorite email client via IMAP/SMTP by creating a local email server on your computer.

https://proton.me/mail/bridge

Which direction is the path? If it’s marked as a one-way road, it may not consider it. Or, as somebody else pointed out, the routing application might not have the up to date map. Give it a day or so.

Because the headers will have all the transport and delivery metadata from your old inbox? I don’t see how this obscures any of that.

I think there’s a misunderstanding here. How are they going to access my old inbox? I’ll be self-hosting it.

GMAIL --POP–> myServer --IMAP–> myDevice(s)

I can switch out gmail, with protonmail, startmail, fastmail, posteo, kolabnow, zimbra, gandi, etc. The only thing I need to update is my MX record and fetchmail to pull from the new managed inbox and that’s it.

This is a setup to continuously pull the emails via POP into your own IMAP server. When you transfer email hosts, they won’t know a thing about your previous inbox - why should they be privy to that? Plus, you won’t have any storage limits on your server like on the managed email hosts (maybe 1GB if you pay? dunno). The data stays with me.

I’d sign and send an email for sure.

That is a profound misunderstanding of AI, wow.

I’d rather they supported a full linux phone instead of investing in something Goofle owns.

Keep telling yourself that when Google shuts down installation of 3rd party apps in AOSP.

Indeed. The solution to what I actually wanted is here.

Thanks, it’s not what I’m looking for, but a good thing to out in front of the email service.

Yes, this is what I was looking for! Thank you.

Now I just have to find out how to configure everything to my liking.

Not yet. But it’s being brought up often enough that somebody will probably start working on it in earnest. IIRC somebody did start somethit, but I think it was abandoned

If you’re lucky

I want to quit my job because of office 364. What a terrible service.