DevOps · 25. Oktober 2026 · 7 Min. Lesezeit
Firmen-E-Mail von Google Workspace auf einen eigenen Mailserver umziehen: ein Praxisleitfaden
Wir haben kürzlich die E-Mail von drei Firmendomains von Google Workspace und einem alten Server auf einen einzigen selbst gehosteten Mailserver umgezogen. Mit dieser Reihenfolge blieb jedes Postfach während der Umstellung funktionsfähig.
Warum Unternehmen Google Workspace verlassen
Die Kosten pro Nutzer summieren sich, die Daten liegen bei einem Drittanbieter, und jede neue Domain oder jedes neue Postfach ist ein weiteres Abonnement. Ein selbst gehosteter Server kann viele Domains und beliebig viele Postfächer auf einer Maschine betreiben.
Der Preis dafür ist Verantwortung: Zustellbarkeit, Sicherheit, Backups und Updates liegen nun bei Ihnen. Das ist in Ordnung, wenn sich jemand darum kümmert, und riskant, wenn niemand es tut.
Der Stack, den wir eingesetzt haben
Wir haben docker-mailserver verwendet, das alles, was ein produktiver Mailserver braucht, in einem Container bündelt, dazu Roundcube als Webmail.
- Postfix und Dovecot für Versand und Postfächer
- Rspamd für Spamfilterung und DKIM-Signatur
- ClamAV und Fail2ban gegen Viren und Brute-Force-Angriffe
- Roundcube-Webmail mit vertrauter, Gmail-ähnlicher Oberfläche
- Ein SMTP-Relay für ausgehende E-Mails, da viele Hosting-Anbieter Port 25 sperren
Postfächer migrieren, bevor Sie DNS anfassen
Importieren Sie zuerst die alten E-Mails: per Google-Datenexport oder IMAP-Synchronisation für Workspace und per Kopie auf Dateiebene für einen alten Server. Behalten Sie Markierungen wie gelesen und mit Stern sowie die Ordnerstruktur bei, damit Nutzer alles dort finden, wo sie es gelassen haben.
Wenn Sie Nutzer von einem alten Linux-Server übernehmen, lassen sich die Passwort-Hashes oft mit umziehen. So muss am Umstellungstag niemand sein Passwort zurücksetzen.
Die Zustellbarkeit richtig einrichten
Neue Mailserver landen im Spam, wenn die Authentifizierung fehlt. Richten Sie vor der Umstellung Folgendes ein und testen Sie es:
- SPF mit allen Servern und Relays, die für die Domain senden
- DKIM-Schlüssel pro Domain, im DNS veröffentlicht
- DMARC mit Berichten an ein eigenes Postfach
- Einen Reverse-DNS-Eintrag (PTR), der zum Hostnamen des Servers passt
- Einen echten Test: an Gmail senden und prüfen, ob SPF, DKIM und DMARC bestanden werden
Die Umstellung
Senken Sie die DNS-TTL einen Tag vorher. Richten Sie dann den MX-Eintrag (oder den Mail-Hostnamen) auf den neuen Server aus, stoppen Sie die Zustellung auf dem alten, damit Absender es erneut bei der neuen Adresse versuchen, und führen Sie eine abschließende Delta-Synchronisation für alles durch, was zwischenzeitlich eingegangen ist.
E-Mail ist hier nachsichtig: Ein sendender Server, der keine Verbindung bekommt, versucht es tagelang erneut. Ein paar Minuten Umstellung kosten also keine Nachrichten.
Nach der Umstellung
Prüfen Sie die Abhängigkeiten, die gern vergessen werden: Apps, die über das alte Konto senden, Logins über „Mit Google anmelden“, DNS-Verifizierungseinträge und Anbieter für Transaktions-E-Mails. Entfernen Sie danach die alten Einträge und kündigen Sie das Abonnement.
FAQ
- Ist ein selbst gehosteter Mailserver zuverlässig?
- Ja, wenn er gewartet wird. Ein moderner Stack wie docker-mailserver mit SPF, DKIM, DMARC, Spamfilterung, Monitoring und täglichen Backups ist zuverlässig. Das Risiko ist ein ungepflegter Server, nicht die Software.
- Landen meine E-Mails nach dem Umzug im Spam?
- Nicht, wenn die Authentifizierung vollständig ist. Veröffentlichen Sie SPF, DKIM und DMARC, setzen Sie einen passenden Reverse-DNS-Eintrag, senden Sie über ein seriöses Relay, falls Ihr Hoster Port 25 sperrt, und testen Sie die Zustellung an Gmail vor der Umstellung.
- Können sich mehrere Domains einen Mailserver teilen?
- Ja. Ein Server kann viele Domains betreiben, jede mit eigenen Postfächern, eigenem DKIM-Schlüssel und eigener Webmail-Adresse.
Brauchen Sie Hilfe dabei?
Das machen wir jede Woche für Kunden. Erzählen Sie uns von Ihrem Projekt.
Projekt anfragen