Depends on the configuration, but most likely yes. The reason being that your custom domain will have a MX record which points to the blocked email provider.

• If the MX points to a domain and the domain is already blocked it will stop there.
• If the MX points to a domain and the IP is blocked, it will resolve the domain, see the IP of your provider and stops there.
• If the MX points to a IP and the IP is blocked, it stops there.
• If the MX points to an IP and only the domain would be blocked, it might go through … unless they also check the reverse DNS entry, which may show the domain and thus will block it as well.

Well, no mail client. Browsers, ntfy, gotify and others can receive notifications too.

Thanks for the suggestions, but no, I have not. I am not looking to replace my mail app, but to remove it from my phone/desktop entirely and instead running something similiar on a server, so I can access it from my phone/desktop when needed.

Thank you, this definitely goes into the right direction and I will check them out!

but then you’d still have to have your mobile mail client go and download all this mail you said is a battery drain, so you’re sort of negating yourself.

That is precisely my point. I do not want a mobile or desktop client anymore. Just a client which is running on a system which is always running anyway to send me a notification and I can then decide if I will check it out now or if it can wait.

Proprietary mobile clients often work similarly, they do the “heavy lifting” on the server side, send a notification, but only temporarily load the mails you explicitly view temporarily on the device. And thus, they use less battery and storage of the device. Another benefit for the unified client would be faster sync of mail status (e.g. read/unread) as it is only one client on the IMAP server instead of one on each device. And another benefit would be not having to migrate email clients when replacing devices.

transphobia

The what now😐