Zum Inhalt springen
Modul 10 · Lektion 20 von 25

Warum Sie einen Director brauchen

Teil von Dovecot: IMAP/POP3 im Produktivbetrieb, im Modul Director, Proxying und horizontale Skalierung.

Autor

Einfaches Round-Robin-Load-Balancing bricht IMAP. Zwei Backends, die denselben Benutzer bedienen, erzeugen widersprüchliche Indizes, fehlende Nachrichten und UIDVALIDITY-Abweichungen, durch die ganze Postfächer neu heruntergeladen werden.

Die Aufgabe des Directors: jeden Benutzer zu jedem Zeitpunkt genau einem Backend zuzuordnen, mit festem Failover.

[ Client ] → [ Director cluster ] → consistent-hashes user → [ Backend N ]

Zwei Varianten der Bereitstellung:

  1. Reiner Director-Proxy: Der Director läuft auf eigenen Hosts und leitet IMAP/POP3 an die Backends weiter.
  2. Director auf dem Backend: Jedes Backend betreibt einen Director. Einfacher, weniger bewegliche Teile.

Die meisten Produktivsysteme wählen Variante 2.

Erforderliche Bausteine:

  • Alle Backends nutzen dieselbe Authentifizierung (passdb liefert dieselbe userdb).
  • Alle Backends binden denselben Mailspeicher ein (NFS, GlusterFS, Ceph oder Replikation).
  • Die Directors bilden über director_servers untereinander einen Cluster.

Melden Sie sich an, um festzuhalten, was Sie gelesen haben.

Pulse · Cold-E-Mail-Versand

Versandinfrastruktur, die nur Ihnen gehört.

Jede Domain bekommt ihren eigenen MX-Host, ihre eigene IP, ihren eigenen DKIM-Selektor und ihr eigenes Zertifikat. Managed Pulse ist jetzt verfügbar, und wir betreiben es für Sie; die Self-hosted-Version kommt im 4. Quartal 2026.

# auf einem frischen Ubuntu-Server
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Außerdem von uns:Beat: Monitoring, das Ihnen die Lösung nenntBeratung: 65 $ pro Stunde, ohne Retainer