hhmx.de

Föderation EN So 22.06.2025 20:35:17

We'd like to remind everyone that a self-hosted relay is best shared in some wider than family circles. In crisis situations everbody does better when helping others.

A typical 1gb RAM chatmail relay VPS for 5-10 eur per month supports 50k+ daily users.

chatmail VPSes are stateless. You can wipe all disk state, reinstall and chatting will resume. Conversely, does not keep or depend on any server state .Operators under pressure do not need to feel bad to hand over data.

Föderation EN So 22.06.2025 20:44:48

@delta I appreciate that reminder. My impression is that most knowledgeable people see e-mail as a burden loaded technology in every possible way. When in fact it probably is orders of magnitude lighter than matrix or xmpp or … Signal. 😛

Föderation EN So 22.06.2025 20:56:41

@mray matrix is arguably the heaviest server state machine, as it keeps most objects forever (Block chain data structures), followed by WhatsApp and xmpp that keep lots cleartext metadata and finally signal which at least tries to keep all server state encrypted.

Föderation EN So 22.06.2025 20:54:39

@delta I'd like to check out the self-hosting option. Is this the ChatMail you mentioned? If so, who is behind its development?

github.com/chatmail/relay

Föderation · So 22.06.2025 21:01:22

@fox84 @delta Chatmail is another sub-project of DeltaChat. Same team.

Föderation EN So 22.06.2025 21:07:32

@feld @fox84 "same team" is not quite true. Many delta chat teams have no hand in relay development. And vice versa.

Föderation EN So 22.06.2025 21:03:00

@fox84 it's driven by the community, with a sizable intersection of contributors. Around 30 operators are discussing further developments and there is a separate core relay dev team who enhances the relay setup emplate as needed and in scope of resources. Financial contributions welcome. chatmail.at

Föderation EN So 22.06.2025 22:21:08

@delta thank you very much for the reply! I'll give it a try!

Föderation EN So 22.06.2025 21:00:05

@delta does deltachat actually detect already sent, but yet undelivered messages when wiping a chatmail server?

Föderation EN So 22.06.2025 21:10:52

@fschulze no, queued/non-retrieved messages are simply lost. Wiped chatmail servers are a relatively rare event. And with some other resiliency oriented R&D occasional wipes could be tolerated and not cause message loss.

Föderation · So 22.06.2025 21:13:11

@fschulze

Note that your app will see that the message wasn't delivered because DeltaChat uses read receipts by default (can be disabled). So you'll have an indicator that the other person didn't receive the message, and can manually re-send it.
@delta

Föderation EN So 22.06.2025 21:12:10

@delta If you created an account on one chatmail and it became banned, do you need to create new connections with your contacts? How do they know that you switched chatmail instance?

Föderation EN So 22.06.2025 21:16:22

@ag1km currently, if you completely loose your relay domain, you can not move to another domain and are stranded. We plan to alleviate this soon. A big funding gap earlier in the year threw some of our timelines into chaos but we are recovering and regaining steam.

Föderation EN Mo 23.06.2025 16:34:36

@delta

@ag1km

If the admin of the server has a backup with the useraccounts it is possible for him/her to move the whole setup and the domain to a new VPS and the users can just continue to use their accounts.

Föderation EN Mo 23.06.2025 18:36:54

@dexternemrod @delta I don't think this is true. You have an email as a transport in deltachat client settings, so if the domain changes, then you have to change your email address as well. So every user has to take the action.

Föderation EN Mo 23.06.2025 19:03:20

@ag1km

@delta

This is correct, that's why I wrote "... and the domain to a new VPS..."

Föderation EN Mo 23.06.2025 20:17:39

@dexternemrod @ag1km the ultimate lever of control is the control of DNS. If you have that (and optionally also a recent backup) you can survive if the server is gone/taken over, and just setup new camp at whatever address, and users will be fine.

Föderation EN Mo 23.06.2025 21:37:30

@delta @dexternemrod Unfortunately that's not the solution to the problem I described.
1. It takes time to setup a new server, thus downtime for the users.
2. It could be banned again.

The real solution is to be able to automatically switch email providers/relays without any action from the end user.

Föderation EN Mo 23.06.2025 21:37:37

@delta @dexternemrod Afaik, it's implemented in Nostr protocol:
- a user's identity is a private key;
- a user announcing the number of relays anyone can reach the private key (use);

So if one relay is banned, others can still continue relaying the data. Even if all relays are banned, you don't lose your contacts, because they know your private key, which is yours, nobody can control it except you.

Föderation EN Mo 23.06.2025 21:42:57

@ag1km @dexternemrod sure, some form of multi-relay resilience makes sense and is being considered for quite some time now. here, we were just talking about current properties of chatmail relays.

Föderation EN So 22.06.2025 22:18:35

@mro should be fine if it can run debian 12

Föderation EN So 22.06.2025 22:23:48

@delta
does, thanks a lot for !

P.S., unrelated: sadly there's no client.

Föderation EN Mo 23.06.2025 08:44:05

@delta fwiw IONOS got a small VPS for 1 EUR/month in their offering (w/o backup& restore).

Föderation EN Mo 23.06.2025 08:47:15

@ChrisUplus would be great if someone tried the ionos offering out. Sometimes cheap hosters block port 25 but if asking nicely they often open it. In any case, we will try to offer setup help (send a DM to establish contact) if needed.

Föderation EN Mo 23.06.2025 10:51:47

> chatmail VPSes are stateless. @delta

That's actually a super nice feature!! :blobcatnomcookie:

Föderation EN Do 26.06.2025 01:19:51

@delta

I don't think it is a good idea to encourage operators to hand over data at the first sign of pressure, even if the data has limited value, or this will embolden the data requesters. It is better when the data requesters need to have a court warrant and then only obtain little reward for this effort. In these cases transparency reports by the operators should also be encouraged.

Föderation EN Fr 27.06.2025 11:46:29

@alandes Most operators we know off will not hand out data without a fight. But there are other operators who are afraid of brutal prosecution and here it helps that there is not much data on disk in a chatmail server. No need to risk imprisonment or worse.