Mastodawn

My talk about #wormhole at the #SLAC26 has been announced on #LinkedIn :
https://www.linkedin.com/feed/update/urn:li:activity:7445387927964119041/

Edit: And also here on #mastodon : https://mastodon.social/@heinleinsuppo[email protected]/116334209924738731

#slac2026 #wormhole #mailserver #dovecot #redundanz | Heinlein Support GmbH

Dovecot's Replication wurde mit der Version 2.4 entfernt. Das Dovecot Plugin "Wormhole" bringt das beliebte Feature zurück. Im SLAC-Vortrag skizziert Patrick Cernko vom Max Planck Institute for Software Systems die Entwicklung von Wormhole, erläutert ein Dovecot-Setup mit Replication zwischen zwei Servern und zeigt Möglichkeiten zur Online‑Migration bestehender Dovecot‑2.3‑Setups mit Replication auf. 🎟️ Jetzt Ticket für unsere Linux-Konferenz sichern und mehr über Wormhole erfahren. 👉 www.slac-2026.de #slac2026 #Wormhole #Mailserver #Dovecot #Redundanz

Patrick Cernko Mar 4

Another release of #wormhole for #Dovecot :
https://codeberg.org/errror/wormhole/releases/tag/v0.10

Just a small fix from the last release but a large step on the way to 1.0.

See you on #SLAC26 .

v0.10 - errror/wormhole

Replicator/Aggregator: * improved defaults for aggregator and replicator settings this should fix security issues and make replication work out of the box without the need to configure `service replicator` or `service aggregator` settings This release is a release canditidate for the upcom...

Codeberg.org

Patrick Cernko Mar 3

I will be doing a talk at the #SLAC26 about my #wormhole plugin for #Dovecot :

https://www.heinlein-support.de/slac/2026/vortrag/wormhole-replication-fuer-dovecot-24

Wormhole - Replication für Dovecot 2.4 | Heinlein Support GmbH

Dovecot ist einer der meistgenutzten IMAP-Server im Internet. Mit der im Sommer 2025 erschienenen Version 2.4 haben die Entwickler einige Features entfernt, u.a. die Replication. Mit der Replication war es möglich, zwei redundante Server zu betreiben, die beide die gleichen Daten bereit stellten und gleichzeitig genutzt werden konnten. Dadurch konnte man die Nutzerlast im Normalbetrieb auf beide Maschinen verteilen. Im Wartungsfall oder bei Ausfall eines Rechners konnte aber auch einer der beiden Server den kompletten Dienst übernehmen.