BEKOM OPEN PROMailcow DockerizedMailserver-Suite aus Deutschland
Mailcow Dockerized als bewährter Open-Source-Mailserver: Postfix, Dovecot, Rspamd und SOGo in einem Docker-Compose-Stack, im Managed Service mit DSGVO-konformem DACH-Hosting.
Was ist Mailcow Dockerized?
Mailcow Dockerized ist eine container-basierte Open-Source-Mailserver-Suite aus Deutschland. Sie bündelt etablierte Mail-Komponenten (Postfix, Dovecot, Rspamd, SOGo) in einem Docker-Compose-Stack und liefert damit einen turnkey Mailserver für mittelständische Organisationen, die ihre E-Mail-Verarbeitung selbst hosten wollen. BEKOM führt Mailcow Dockerized im Rahmen von BEKOM OPEN PRO Applications exemplarisch ein und betreibt es – andere Mailserver- und Groupware-Produkte werden ebenfalls unterstützt.
E-Mail ist geschäftskritische Infrastruktur für die tägliche Auftragsverarbeitung und standortübergreifende Zusammenarbeit. Die Verfügbarkeit des Mailservers ist Betriebsvoraussetzung für operative Geschäftsprozesse.
BEKOM betreibt auch alternative Mailserver- und Groupware-Lösungen. Im Rahmen eines Assessments wird geprüft, welche Lösung zu Ihrer Ausgangslage passt.
Herkunft und Projekt-Pflege
Mailcow wurde 2016 von Tim Krämer in Niederzissen (Rheinland-Pfalz) ins Leben gerufen und wird seitdem unter dem Dach der Servercow e.K. gepflegt. Das Projekt wird aktiv über GitHub entwickelt und durch eine breite deutschsprachige Community getragen. Die Trägerin sitzt in Deutschland; Beiträge, Updates und Sicherheits-Releases erscheinen in kurzen Zyklen.
Eckdaten zum Projekt:
Gestartet 2016 in Niederzissen als deutsche Open-Source-Initiative
Trägerin: Servercow e.K. mit Sitz in Deutschland
Rolling Release über Docker-Compose-Stack mit kurzen Update-Zyklen
Aktive deutschsprachige Community auf GitHub und im Diskussionsforum
Markt-Verankerung:
- Selbstbetreiber im Mittelstand mit eigener Linux-Kompetenz
- Bildungseinrichtungen, Vereine und kommunale Organisationen
- Hosting-Anbieter und Internet Service Provider im DACH-Raum
- Datenschutz-fokussierte Organisationen mit Self-Hosting-Anforderung
Positionierung im Markt
Mailcow positioniert sich als pragmatischer, turnkey Open-Source-Mailserver. Statt einer Java-Middleware mit komplexer Installation liefert Mailcow einen vorbereiteten Docker-Compose-Stack, der innerhalb weniger Stunden produktiv läuft. Die Plattform fokussiert auf E-Mail-Kernfunktionen plus eine eingebaute Groupware-Schicht über SOGo – ohne den Funktions-Overhead großer Enterprise-Groupwares.
Differenzierende Merkmale:
Docker-Compose-Stack statt komplexer Eigenbau-Installation
Eingebaute Standard-Komponenten (Postfix, Dovecot, Rspamd, SOGo)
Self-Hosting auf eigener Hardware oder in der BEKOM Private Cloud
Web-basiertes Admin-UI für Domain-, Mailbox- und Filter-Verwaltung
Typische Wahl-Gründe:
- Klare Datensouveränität mit Verarbeitung in Deutschland
- Ablösung kleinerer Microsoft-365-Lizenzkontingente im Mittelstand
- Kostenstruktur ohne nutzungsabhängige Cloud-Subscription
- Wunsch nach nachvollziehbarer Mailserver-Architektur ohne Black Box
Lizenzmodell und Editionen
Mailcow steht vollständig unter GPL-3.0 zur Verfügung und ist ohne Lizenzkosten nutzbar. Es gibt keine getrennte Community- und Enterprise-Edition; der gleiche Code läuft im Selbstbetrieb, beim Hoster und im Managed Service. Kommerzieller Support ist über die Servercow e.K. oder über Managed-Service-Anbieter wie BEKOM verfügbar.
Verfügbare Optionen:
Vollständig Open Source unter GPL-3.0 ohne Funktions-Beschränkung
Selbstbetrieb auf eigener Linux-Hardware oder VM-Plattform
Hersteller-Support direkt über Servercow e.K. nach Vereinbarung
Managed Service oder Co-Managed-Betrieb über BEKOM
Support-Optionen:
- Community-Support über GitHub-Issues und das Mailcow-Forum
- Servercow-Support-Verträge direkt beim Hersteller
- BEKOM-Begleitung im Managed Service oder Co-Managed-Modus
- Wahlweise Selbst-Betrieb oder strukturierte Begleitung durch BEKOM
BEKOM-Leistungen für Mailcow
BEKOM begleitet Mailcow-Einsätze von der ersten Eignungsprüfung über die Einführung bis zum laufenden Betrieb. Die Leistungen sind modular buchbar und werden auf die Zielorganisation zugeschnitten.
Assessment und Architektur
BEKOM prüft ergebnisoffen, ob Mailcow zum technischen und organisatorischen Bedarf passt. Geprüft werden Mailbox-Volumen, erwartete Mail-Last, Identity-Anbindung, Migrationspfad aus dem aktuellen System und Compliance-Anforderungen. Das Ergebnis ist eine dokumentierte Empfehlung mit Vergleich zu Alternativen wie Open-Xchange oder Microsoft 365 und einem Architekturvorschlag für das konkrete Einsatzszenario.
Assessment-Schwerpunkte:
Bestandsaufnahme der Mailbox-Volumen, Nutzergruppen und Domains
Bewertung der Identity-Anbindung (LDAP, AD, SAML, OIDC)
Analyse der Migrationskomplexität aus Exchange, Microsoft 365 oder bestehenden Mailservern
Vergleichs-Analyse mit Microsoft 365, iRedMail und Open-Xchange
Einführung und Migration
Für Neu-Einführungen plant BEKOM die Container-Plattform (Docker Engine, Storage-Layout, Netzwerk und TLS), das Domain- und Mailbox-Konzept sowie die Anti-Spam-Pipeline. Bei Migrationen aus Exchange, Microsoft 365 oder bestehenden Mailservern übernimmt BEKOM den Mailbox-Transfer über IMAP-Sync-Werkzeuge und den stufenweisen Cutover mit Parallelbetrieb.
Leistungen in dieser Phase:
Dimensionierung von Storage, Compute und Backup-Infrastruktur
Domain-, Mailbox- und Berechtigungs-Konzept gemäß Organisations-Struktur
IMAP-basierte Mailbox-Migration aus dem Bestand mit dokumentiertem Mapping
Stufenweiser Rollout mit definierten Übergabe- und Cutover-Punkten
Betrieb und Weiterentwicklung
Im Managed-Service-Modus übernimmt BEKOM den produktiven Betrieb der Mailcow-Plattform: dokumentierter Change-Prozess für Konfigurationen, Update-Fenster entlang der Mailcow-Release-Linie, Monitoring der Container und Mail-Dienste, Incident-Reaktion und regelmäßige Capacity-Reviews. Die strategische Hoheit über Domain-Strategie und Mailbox-Struktur bleibt beim Kunden.
Operative Aufgaben im Managed Service:
Dokumentierter Change-Prozess für Konfigurations-Updates und Domain-Änderungen
Update-Management für den Mailcow-Stack und die Docker-Plattform
Monitoring von Postfix, Dovecot, Rspamd und SOGo inklusive Queue-Längen
Quartalsweise Capacity-Reviews und Reporting an die Geschäftsleitung
Funktionen — Mail-Stack und Sicherheit
Mailcow bündelt einen Mail-Stack, der die klassischen Server-Komponenten in vorbereiteter Konfiguration zusammenführt. Die folgenden drei Bereiche bilden den eigentlichen Mailserver-Kern, die Anti-Spam-Pipeline und die Verwaltung.
Mail-Stack mit Postfix, Dovecot und ManageSieve
Den Kern bildet Postfix als Mail Transfer Agent für SMTP-Versand und -Empfang, Dovecot als IMAP-/POP3-Server für den Mailbox-Zugriff und ManageSieve für serverseitige Filter-Regeln. Damit funktionieren alle gängigen Mail-Clients (Outlook, Thunderbird, Apple Mail) ohne herstellerspezifische Protokolle.
Verfügbare Funktionen:
Postfix-SMTP-Versand mit DKIM-, SPF-, DMARC- und ARC-Signaturen
Dovecot-IMAP4 und POP3 mit Folder-Synchronisation und IDLE-Push
Serverseitige ManageSieve-Filter-Regeln für Eingangs-Verarbeitung
Submission-Service (Port 587) mit TLS- und SMTP-AUTH-Pflicht
Typische Einsatzszenarien:
- Migration aus Microsoft Exchange oder Microsoft 365 mit Mailbox-Bestand
- Standortunabhängiger Zugriff via Outlook, Thunderbird und Web
- Mobile-Anbindung über native Mail-Apps auf iOS und Android
- Automatisierter Mailversand aus ERP-Systemen und Anwendungen
Anti-Spam, Antivirus und Reputation
Mailcow bringt Rspamd als integrierte Anti-Spam-Engine mit, ergänzt um ClamAV für Antivirus-Scanning. Die Pipeline arbeitet mit Bayesian-Learning, DNS-Block-Listen, DKIM-Reputation und Greylisting. Eingehende und ausgehende Mails werden vor Zustellung bzw. Versand klassifiziert; auffällige Nachrichten werden in der Quarantäne abgelegt.
Verfügbare Funktionen:
Rspamd mit Bayesian-Klassifizierung und Reputation-Scoring
ClamAV-Antivirus-Scanning für Anhänge und MIME-Strukturen
Self-Service-Quarantäne mit Benutzer-Freigabe und Whitelist-Pflege
Greylisting, DNS-Block-Listen und SPF-/DKIM-/DMARC-Validierung
Typische Einsatzszenarien:
- Mittelstandsmail mit hohem Spam- und Phishing-Aufkommen
- Compliance-pflichtige Mail-Bestände mit Audit-Trail über Verarbeitung
- Schutz der Sender-Reputation bei eigener Mail-Versand-Domain
- Quarantäne-Selbstbedienung ohne IT-Support-Tickets pro Vorfall
Mailbox- und Domain-Verwaltung über das Mailcow-UI
Mailcow liefert ein Web-basiertes Admin-UI, über das Domains, Mailboxen, Aliasse, Filter, Quarantäne und TLS-Zertifikate verwaltet werden. Administrationsrechte können delegiert werden, sodass Domain-Inhaber eigene Mailboxen pflegen können – ohne Server-Zugriff.
Verfügbare Funktionen:
Domain-, Mailbox- und Alias-Verwaltung über Web-UI
Delegation an Domain-Administratoren mit eingeschränkten Rechten
Quoten- und Mailbox-Limits pro Nutzer oder Domain
Automatisches ACME-/Let's-Encrypt-Zertifikatsmanagement
Typische Einsatzszenarien:
- Mehrere Domains und Tochtergesellschaften auf einer Mailcow-Instanz
- Hosting-Szenarien mit Mandanten-getrennter Mailbox-Verwaltung
- IT-Self-Service durch Fachbereichs-Administratoren
- Audit-fähige Konfigurationsänderungen über das Web-UI
Funktionen — Webmail, Groupware und Identity
Über den reinen Mailserver hinaus bringt Mailcow eine eingebaute Groupware-Schicht über SOGo mit. Die folgenden drei Bereiche decken den Web-Zugriff, die Mobile-Anbindung und die Identity-Integration ab.
SOGo Web-Frontend mit Mail, Kalender und Kontakten
SOGo ist das integrierte Web-Frontend von Mailcow. Es vereint Mail, Kalender, Kontakte und Aufgaben in einer responsive Oberfläche, die im Browser auf Desktop, Tablet und Smartphone läuft – ohne Plugin-Pflicht oder native Client-Installation. Damit ist Mailcow nicht nur ein Mailserver, sondern eine schlanke Groupware-Plattform.
Verfügbare Funktionen:
Responsive SOGo-Web-Oberfläche für Desktop und Mobile
Vereinte Sicht auf Mail, Kalender, Kontakte und Aufgaben
Geteilte Kalender und Adressbücher mit Berechtigungen pro Nutzer
Mehrsprachige UI mit deutschen und englischen Übersetzungen
Typische Einsatzszenarien:
- Zentrale Web-Oberfläche für E-Mail und Termine ohne nativen Client
- Outlook-Alternative ohne Microsoft-Lizenz-Pflicht
- BYOD-Szenarien mit Mitarbeiter-Endgeräten ohne Client-Installation
- Schulungs-arme Einarbeitung für Mitarbeiter ohne Office-Hintergrund
Mobile-Anbindung über ActiveSync, CalDAV und CardDAV
Mailcow unterstützt Mobile-Geräte über ActiveSync (über SOGo), CalDAV und CardDAV. Damit synchronisieren sich Mail, Kalender und Kontakte mit den Standard-Apps von iOS und Android sowie mit Thunderbird und DAVx⁵ – ohne herstellerspezifische Mobile-Pflicht-App.
Unterstützte Anbindungsarten:
Exchange ActiveSync über SOGo für iOS- und Android-Standard-Apps
CalDAV/CardDAV für Apple Calendar, Apple Contacts und DAVx⁵
IMAP/SMTP-Push für unmittelbare Mail-Zustellung auf Mobile
Optional ActiveSync-Auto-Discovery über Autodiscover-Endpunkt
Typische Einsatzszenarien:
- Nahtloser Wechsel zwischen Desktop und Smartphone im Außendienst
- BYOD-Anbindung ohne Mobile-Device-Management-Pflicht
- Mehrgeräte-Synchronisation für Geschäftsführung und Field-Service
- Push-Mail bei mobilen Service-Mitarbeitern ohne Polling-Verzögerung
Identity-Integration und Mandanten
Mailcow lässt sich an zentrale Identity-Provider anbinden. Über das LDAP-Bridge-Feature werden Nutzer aus Active Directory oder Keycloak synchronisiert; über SAML 2.0 und OpenID Connect (in Verbindung mit Keycloak oder Authentik) wird Single Sign-On für das Mailcow-UI und SOGo bereitgestellt. Multi-Domain-Betrieb ermöglicht getrennte Mandanten auf einer Instanz. Weiterführend: Identity & Access Management.
Integrations-Optionen:
LDAP- und Active-Directory-Anbindung über das Mailcow-LDAP-Bridge-Modul
SAML 2.0 und OpenID Connect für SSO über Keycloak oder Authentik
Mandantenfähiger Betrieb über Multi-Domain-Konfiguration
Delegierte Domain-Administration ohne Zugriff auf andere Mandanten
Typische Einsatzszenarien:
- Konzern-Strukturen mit getrennten Tochter-Domains pro Gesellschaft
- SSO-Integration in bestehende Identity-Landschaft mit Keycloak
- Bildungs- und Forschungs-Verbünde mit getrennten Mandanten
- Hosting-Szenarien mit mehreren Endkunden auf einer Plattform
Betriebsmodelle für Mailcow
Mailcow lässt sich in zwei Verantwortungsmodellen betreiben. Beide basieren auf einem Service-Design-Dokument mit definierten SLAs und einer Verantwortungs-Matrix; der Wechsel zwischen den Modellen ist im laufenden Vertrag vorgesehen.
Fully Managed – BEKOM übernimmt den Betrieb
BEKOM betreibt die Mailcow-Plattform als vollständigen Managed Service. Die strategische Kontrolle über Domain-Strategie, Mailbox-Struktur und Compliance-Vorgaben bleibt beim Kunden, die operative Verantwortung wird vertraglich geregelt.
Operative Aufgaben von BEKOM:
Dokumentierter Change-Prozess für Konfigurationen, Domains und Mailbox-Strukturen
Update-Management für Mailcow-Releases und die Docker-Compose-Plattform
Monitoring von Postfix, Dovecot, Rspamd, SOGo, Queue-Längen und Sender-Reputation
Anti-Spam-Pflege, DNS-Pflege (SPF, DKIM, DMARC) und TLS-Zertifikatsmanagement
Geeignet für:
- Organisationen mit begrenzter interner Mailserver-Kapazität
- Compliance-Programme nach ISO 27001 oder branchenspezifischen Vorgaben
- DACH-Mittelstand mit DSGVO-Anforderungen an E-Mail-Hosting
- Hosting-Szenarien mit mehreren Mandanten oder Domains auf einer Plattform
Co-Managed – geteilte Verantwortung
Im Co-Managed-Modell behält das interne Team Konfigurations-Hoheit und Mailbox-Verantwortung; BEKOM übernimmt definierte operative Bereiche und Spezialthemen. Der Schnitt wird vertraglich beschrieben und kann im Zeitverlauf neu vereinbart werden, wenn sich Kompetenz oder Auslastung verschieben.
Aufgaben beim Kunden-Team:
Konfigurations-Hoheit und finale Freigaben für Domain- und Mailbox-Änderungen
Routine-Mailbox-Verwaltung und Quarantäne-Freigaben im Tagesgeschäft
Direkter Kontakt zu Fachbereichen und internen Stakeholdern
Strategische Entscheidungen zu Domain-Struktur und Mailbox-Strategie
Spezialthemen bei BEKOM:
- Mailcow-Major-Updates und kritische Update-Fenster
- Migrations-Spezialthemen aus Exchange, Microsoft 365 oder bestehenden Mailservern
- Monitoring-Auswertung, Capacity-Empfehlungen und Reputation-Reviews
- Bereitschafts-Begleitung außerhalb der Geschäftszeiten
Modellwechsel und Lebenszyklus
Betriebsmodelle für Mailcow sind keine starre Festlegung. Organisationen, die mit Fully Managed starten, übernehmen oft im Zeitverlauf einzelne Aufgaben selbst – andere bewegen sich in die Gegenrichtung, wenn interne Kapazitäten knapp werden. Der Wechsel erfolgt in dokumentierten Schritten ohne Plattform-Migration.
Typische Wechsel-Anlässe:
Aufbau interner Mailserver-Kompetenz im Kundenteam
Personalwechsel oder Reduktion der internen Plattform-Kapazität
Veränderte Compliance-Anforderungen mit erhöhter Audit-Tiefe
Wachstum der Mailbox-Zahl oder neue Mandanten auf der Plattform
Wechsel-Mechanik:
- Anpassung der Verantwortungs-Matrix im Service-Design-Dokument
- Übergabe-Workshop für die neu verteilten Aufgaben
- Anpassung von Monitoring-Zugriff und Eskalationspfaden
- Keine Plattform-Migration, kein Mailbox-Transfer erforderlich
Mailcow im Vergleich
Mailcow tritt nicht allein an. Für eine fundierte Einschätzung ist der Blick auf Alternativen entscheidend – sowohl proprietäre Cloud-Mail-Suiten als auch andere Open-Source-Mailserver-Plattformen. Die folgenden drei Vergleichs-Achsen helfen bei der bewussten Plattform-Wahl.
Mailcow vs. Microsoft 365 / Exchange Online
Microsoft 365 ist der Marktstandard für Cloud-E-Mail mit tiefer Integration in Teams, SharePoint und OneDrive. Mailcow fokussiert auf eine selbstgehostete Mail-Plattform mit offenen Protokollen, klarer Datenhoheit und einer schlanken SOGo-Groupware-Schicht. Die Entscheidung folgt der Cloud-Bereitschaft und der Bündel-Frage.
Differenzierende Merkmale:
Microsoft 365 mit US-Hyperscaler-Hosting; Mailcow selbstgehostet oder in der BEKOM Private Cloud
Microsoft 365 mit proprietären Protokollen (EAS, MAPI); Mailcow mit IMAP/SMTP/CalDAV/CardDAV
Microsoft 365 mit Bündel-Subscription pro Nutzer; Mailcow ohne nutzungsabhängige Lizenz
Microsoft 365 mit tiefer Teams-/Office-Integration; Mailcow mit SOGo-Webmail-Fokus
Wann passt Mailcow:
- DSGVO-Anforderungen mit eindeutigem Verarbeitungsort in Deutschland
- Strategische Microsoft-Reduktion oder Vendor-Diversifikation
- Kostenstruktur jenseits von Per-User-Cloud-Subscription
- Wunsch nach nachvollziehbarer Mailserver-Architektur ohne Cloud-Black-Box
Mailcow vs. iRedMail
iRedMail ist eine ähnlich gelagerte, paket-basierte Open-Source-Mailserver-Distribution für Linux. Mailcow differenziert sich durch die Container-Architektur, die deutsche Trägerin und die kurzen Release-Zyklen. iRedMail liefert ein klassisches Linux-Paket-Setup, Mailcow einen vorbereiteten Docker-Compose-Stack.
Differenzierende Merkmale:
Mailcow als Docker-Compose-Stack; iRedMail als klassische Linux-Paket-Installation
Mailcow mit deutscher Trägerin; iRedMail mit Träger außerhalb der EU
Mailcow mit Rolling Release; iRedMail mit Major-/Minor-Versionen
Mailcow mit integriertem Web-Admin-UI; iRedMail mit separatem iRedAdmin-UI
Wann passt Mailcow:
- Container-basierte Infrastruktur und Docker-Kompetenz im Team
- DACH-Mittelstands-Anforderungen mit europäischer Anbieter-Präferenz
- Kurze Update-Zyklen statt jährlicher Major-Releases
- Vorbereitete Multi-Domain-Verwaltung über ein integriertes UI
Mailcow vs. Open-Xchange App Suite
Open-Xchange App Suite ist eine vollwertige Open-Source-Groupware-Plattform mit Java-Middleware, App-Suite-Web-Frontend und Modulen für Documents und Drive. Mailcow ist im Vergleich schlanker: Mail-Server-zentriert mit eingebauter SOGo-Groupware-Schicht. Die Wahl folgt dem Groupware-Tiefenbedarf.
Differenzierende Merkmale:
Mailcow mit Docker-Compose-Stack; Open-Xchange mit Java-Middleware-Architektur
Mailcow mit SOGo-Webmail; Open-Xchange mit App-Suite und Documents-/Drive-Modulen
Mailcow mit kürzerer Lernkurve; Open-Xchange mit größerem Enterprise-Funktionsumfang
Mailcow mit Multi-Domain-Fokus; Open-Xchange mit weitergehender Mandanten-Trennung
Wann passt Mailcow:
- Mail-Server-zentrierter Bedarf ohne umfassende Office-Suite-Integration
- Kleinere bis mittlere Mailbox-Volumen mit überschaubarem Admin-Aufwand
- Container-basierte Plattform-Strategie statt Java-Middleware-Betrieb
- Wunsch nach schlanker Groupware-Schicht statt Enterprise-Suite
Technische Details
Mailcow basiert auf einer Container-Architektur mit klar dokumentierter Komponenten-Struktur.
Plattform und Systembasis
Mailcow läuft als Docker-Compose-Stack auf einer Linux-Host-Plattform mit Docker Engine und Docker Compose. Der Stack besteht aus rund einem Dutzend Container (Postfix, Dovecot, Rspamd, ClamAV, SOGo, Solr, MariaDB, Redis, Nginx, ACME-Companion, Watchdog, PHP-FPM). Updates werden über ein zentrales Update-Skript eingespielt; Konfiguration und persistente Daten liegen in dokumentierten Volumes.
Kern-Komponenten:
Postfix-MTA und Dovecot-IMAP/POP3 als Mailserver-Kern
Rspamd und ClamAV für Anti-Spam und Antivirus
SOGo als Webmail- und Groupware-Frontend
MariaDB, Redis und Solr für Metadaten, Cache und Suche
Release- und Update-Logik:
- Rolling Release mit kurzen Update-Zyklen und dokumentierten Changelogs
- Update über zentrales update.sh-Skript mit konsistentem Snapshot-Stand
- Konfiguration über mailcow.conf und docker-compose.override.yml
- Persistente Daten in dokumentierten Docker-Volumes für Backup und Restore
Hardware und Skalierung
Mailcow läuft auf gängigen Linux-Distributionen (Debian, Ubuntu LTS) mit Docker Engine. Die Dimensionierung folgt der Mailbox-Anzahl, dem Mailvolumen und der Anti-Spam-Last. Für den Mittelstand sind moderne Multi-Core-x86-Systeme mit ausreichend RAM und SSD-Storage ausreichend; größere Setups werden in der Regel über mehrere Instanzen statt über ein Cluster betrieben.
Unterstützte Plattformen:
Debian und Ubuntu LTS als getestete Linux-Distributionen
Virtuelle Maschinen unter KVM, Proxmox VE und VMware ESXi
Optional Bare-Metal-Server für hohe Mail-Last
Docker Engine mit Docker Compose v2 als Container-Laufzeit
Dimensionierungs-Faktoren:
- Anzahl Mailboxen und durchschnittliches Mailbox-Volumen
- Eingehende und ausgehende Mail-Last mit Anti-Spam-Verarbeitung
- Aktive Module wie ClamAV-Antivirus und Solr-Index
- Backup-Strategie und Wiederanlauf-Anforderung an die Plattform
Schnittstellen und Ökosystem
Mailcow bietet eine REST-basierte HTTP-API für Verwaltungs- und Konfigurations-Aufgaben sowie offene Protokolle (IMAP, SMTP, ManageSieve, CalDAV, CardDAV, ActiveSync) für Client-Zugriff. Die Anbindung an externe Identity-Provider und Backup-Lösungen ist über dokumentierte Schnittstellen möglich.
Standard-Schnittstellen:
REST-HTTP-API für Domain-, Mailbox- und Alias-Provisioning
IMAP4, POP3, SMTP, ManageSieve für Mail-Zugriff und Filter-Verwaltung
CalDAV, CardDAV und ActiveSync über die SOGo-Schicht
LDAP-Bridge-Anbindung und SAML/OIDC-SSO über Keycloak oder Authentik
Erweiterungen und Integration:
- Backup-Integration mit Mailcow-Helper-Skripten oder Bareos/Borg
- Monitoring über Prometheus-Exporter und SNMP-Adapter
- Anti-Spam-Erweiterungen über Rspamd-Plugins und externe DNS-Block-Listen
- Container-Erweiterung über docker-compose.override.yml für Spezial-Setups
Differenzierung und Wirtschaftlichkeit bei Mailcow
Mailcow ist als Open-Source-Stack auf vielen Plattformen verfügbar. Der wirtschaftliche und operative Unterschied entsteht über die Art des Betriebs, die Behandlung der Folgekosten und die Verteilung der operativen Risiken zwischen Kunde und Betriebspartner.
Differenzierung gegenüber Massen-Hostern und Systemhäusern
BEKOM betreibt Mailcow in deutschen Rechenzentren und übernimmt die operative Verantwortung für Update-Zyklen, Anti-Spam-Pflege und Sender-Reputation. Im Unterschied zu Massen-Hostern, die Mailcow als Standardprodukt ohne Eingriffsmöglichkeit anbieten, plant BEKOM Domain- und Mandantenstruktur individuell und dokumentiert Konfigurations-Entscheidungen für Audit-Zwecke. Im Unterschied zu Systemhäusern, die Mailcow als Einmal-Aufsetzung verkaufen und den Folgebetrieb auf Stundensatzbasis abrechnen, vereinbart BEKOM einen dokumentierten Service-Umfang mit klar zugeordneten Aufgaben.
Was BEKOM-Betrieb auszeichnet:
Domain- und Mandanten-Architektur individuell geplant statt Standardpaket
Dokumentierte Konfigurationsentscheidungen für Audit- und Übergabezwecke
Verarbeitung ausschließlich in deutschen Rechenzentren
Feste Ansprechpartner für Mailcow-Betrieb und Sender-Reputation
Abgrenzung zu typischen Anbieter-Profilen:
- Massen-Hoster: Standardpaket, kein Eingriff in Domain-Architektur
- Systemhaus: Einmal-Aufsetzung, Folgebetrieb auf Stundensatzbasis
- Eigenbetrieb: vollständige interne Verantwortung für alle Aufgaben
- BEKOM: dokumentierter Service-Umfang, geteilt oder vollständig
Planbare Kosten statt variable Aufwände
Der Eigenbetrieb eines Mailservers erzeugt verschiedene Kostentreiber: laufende Pflege des Anti-Spam-Stacks, Reputation-Wiederherstellung nach Block-Listen-Einträgen, Update-Tests auf der Docker-Plattform, TLS-Zertifikatsmanagement und Backup-Strategien für Postfächer und Konfiguration. Hinzu kommen Aufwände für DNS-Pflege (SPF, DKIM, DMARC), Incident-Bearbeitung bei Spam-Vorfällen und die Anbindung an Active Directory oder Keycloak.
Typische Kostentreiber im Eigenbetrieb:
Anti-Spam-Pflege und Reputation-Management
TLS-Zertifikate, DNS-Pflege (SPF, DKIM, DMARC)
Update-Tests und Major-Release-Wechsel
Backup-Strategie und Wiederanlauf-Tests
Was die Monatspauschale abdeckt:
- Update-Management für Mailcow-Stack und Docker-Plattform
- Monitoring von Mail-Diensten, Queue-Längen und Sender-Reputation
- Anti-Spam-Pflege, DNS-Pflege und TLS-Zertifikatsmanagement
- Support für Konfigurations- und Mandanten-Themen im vereinbarten Umfang
Risikoteilung und operative Stabilität
Im Eigenbetrieb verbleiben alle operativen Risiken intern: Ausfälle der Mail-Plattform, Reputationsverlust durch Spam-Vorfälle, Compliance-Lücken bei Audits und Wissensverlust bei Personalwechsel. Im Managed Service trägt BEKOM die operativen Risiken im vertraglich vereinbarten Rahmen; die strategischen Entscheidungen (Domain-Strategie, Mailbox-Struktur, Compliance-Anforderungen) bleiben beim Kunden. Die Verantwortungs-Matrix im Service-Design-Dokument formalisiert diese Aufteilung.
Risiken, die BEKOM im Managed Service übernimmt:
Reaktion auf Mail-Plattform-Ausfälle entlang vereinbarter Service-Level
Reputation-Wiederherstellung nach Block-Listen-Einträgen
Update- und Patch-Risiken durch geprüfte Release-Wechsel
Kontinuität bei internem Personalwechsel ohne Wissensverlust
Risiken, die beim Kunden verbleiben:
- Strategische Mailbox- und Domain-Entscheidungen
- Compliance-Anforderungen und deren Auslegung mit Datenschutz-Funktion
- Fachliche Inhalte und Klassifizierung von E-Mails
- Konfigurations-Freigaben im Co-Managed-Modus
Häufige Fragen zu Mailcow
Ist Mailcow für produktive Mittelstandslandschaften ausgereift genug?
Ja. Mailcow wird seit 2016 aktiv weiterentwickelt und produktiv bei Mittelstands-Organisationen, Bildungseinrichtungen, Vereinen und Hosting-Anbietern eingesetzt. Die Komponenten (Postfix, Dovecot, Rspamd, SOGo) sind langjährig etablierte Mailserver-Bausteine, die in Mailcow lediglich in einem vorbereiteten Docker-Compose-Stack zusammengeführt werden. Über kurze Release-Zyklen, dokumentierte Update-Pfade und kommerzielle Begleitung durch BEKOM oder die Servercow e.K. ist Mailcow als Plattform produktiv tragfähig.
Welche Mailbox-Größenordnung ist mit Mailcow sinnvoll abdeckbar?
Mailcow eignet sich für mittelständische Mailbox-Größenordnungen von einigen Dutzend bis zu mehreren tausend Postfächern auf einer Instanz. Die genaue Dimensionierung hängt von Mailbox-Volumen, Mail-Last, Anti-Spam-Verarbeitung und aktivem Modul-Umfang ab. Größere Mandanten-Szenarien werden in der Regel über mehrere getrennte Mailcow-Instanzen abgebildet statt über einen Cluster. BEKOM erstellt im Assessment eine konkrete Dimensionierungs-Empfehlung.
Lässt sich Mailcow in eine bestehende Microsoft- oder Active-Directory-Landschaft integrieren?
Ja. Mailcow bietet eine LDAP-Bridge-Anbindung an Active Directory oder Keycloak für die Nutzer-Synchronisation. Single Sign-On wird über SAML 2.0 oder OpenID Connect in Verbindung mit Keycloak oder Authentik bereitgestellt. ActiveSync über SOGo bindet iOS- und Android-Geräte an. Damit bleibt die bestehende Identity-Struktur erhalten; Mail-Clients wie Outlook (über IMAP), Apple Mail und Thunderbird funktionieren ohne Migrations-Bruch.
Wie funktioniert die Migration von Microsoft Exchange oder Microsoft 365 zu Mailcow?
Die Migration erfolgt in Stufen, geordnet nach Mailbox-Größe und Mandanten-Risiko. Standard-Postfächer werden zuerst migriert, sensible Bestände folgen. Mailbox-Inhalte werden über IMAP-Sync-Werkzeuge (z. B. imapsync) strukturiert übertragen, Kalender und Kontakte über iCalendar/vCard. Während der Übergangsphase laufen Quell- und Zielsystem parallel. BEKOM begleitet die Migration mit dokumentiertem Mailbox-Mapping, Pilot-Stufen und definierten Cutover-Punkten.
Wie verhält sich Mailcow zur DSGVO bei E-Mail-Verarbeitung?
Mailcow unterstützt eine DSGVO-konforme Mail-Verarbeitung durch granulare Berechtigungen, Audit-Logs und nachvollziehbare Verarbeitungsbeschreibungen. BEKOM betreibt die Plattform in deutschen Rechenzentren mit dokumentierten Datenflüssen und einem Auftragsverarbeitungs-Vertrag (AVV) nach Art. 28 DSGVO. Die rechtliche Bewertung der konkreten Verarbeitungs-Szenarien bleibt bei der internen Datenschutz-Funktion oder externen Datenschutz-Beauftragten – BEKOM liefert die technischen Bausteine.
Lassen sich mehrere Domains oder Tochtergesellschaften auf einer Mailcow-Instanz betreiben?
Ja. Mailcow unterstützt Multi-Domain-Betrieb mit getrennter Mailbox-Verwaltung, eigenen Mail-Routings und Domain-Administratoren pro Tenant. Das ist besonders relevant für Konzern-Strukturen mit Tochtergesellschaften, Bildungs-Verbünde mit getrennten Einrichtungen und Hosting-Szenarien mit mehreren Endkunden auf einer Plattform. Die Trennung erfolgt auf Domain- und Mailbox-Ebene; vollständig isolierte Mandanten-Welten mit eigener Konfiguration werden in der Regel über mehrere Instanzen abgebildet.
Welche Kosten entstehen beim Wechsel zu Mailcow?
Die Kosten für den Wechsel zu Mailcow hängen vom Migrationsumfang ab: Mailbox-Anzahl, Mailbox-Volumen, Anzahl Domains und Komplexität der Identity-Anbindung bestimmen den Aufwand. BEKOM führt zunächst ein Assessment durch, das die bestehende Mail-Landschaft analysiert und einen Migrationspfad mit klar zugeordneten Aufgaben erstellt. Die laufenden Betriebskosten werden als monatliche Pauschale kalkuliert, die Update-Management, Monitoring, Anti-Spam-Pflege und Support der Mailcow-Plattform umfasst. Konkrete Beträge entstehen erst nach Bestandsaufnahme.
Was passiert bei einem späteren Wechsel weg von Mailcow?
Mailcow nutzt durchgängig offene Standards (IMAP, SMTP, CalDAV, CardDAV, ManageSieve), wodurch ein späterer Wechsel zu einer anderen Mailserver-Plattform technisch ohne Datenformat-Bruch möglich ist. Mailbox-Inhalte werden über IMAP-Sync übertragen, Kalender und Kontakte über iCalendar und vCard exportiert. BEKOM dokumentiert Konfigurationsentscheidungen, Domain-Strukturen und Identity-Anbindung im Service-Design-Dokument, sodass das Wissen für einen späteren Übergang an Dritte oder an ein internes Team übergeben werden kann. Vertragsstrafen bei Kündigung entfallen.
Nächster Schritt: Mailcow-Einführung oder -Betrieb evaluieren
Den Einstieg bildet ein Erstgespräch zur Bedarfsermittlung: Bestandsaufnahme der aktuellen E-Mail-Landschaft, Eignungsprüfung für Mailcow und Abstimmung des Assessment-Umfangs. Das Gespräch ist unverbindlich und löst keine Folgeverpflichtung aus; ein schriftliches Angebot entsteht erst nach gemeinsamer Abgrenzung von Umfang und Architektur-Vorstellung.
Bedarf ermitteln
In einem ersten Termin erfasst BEKOM Ihre aktuelle E-Mail-Landschaft (Microsoft 365, Exchange oder bestehender Mailserver), die Identity-Anbindung und die organisatorischen Rahmenbedingungen. Sie erhalten eine erste Eignungsbewertung für Mailcow im Vergleich zu Alternativen wie Open-Xchange oder Microsoft 365.
Mailcow-Assessment beauftragen
Auf Basis der Bestandsaufnahme erstellt BEKOM eine technische Bewertung mit Architektur-Vorschlag (Container-Plattform, Domain- und Mailbox-Konzept, Migrationspfad) und Vergleich zu Alternativen. Das Assessment ist Ihre Verhandlungs- und Planungsgrundlage – Sie entscheiden über Reihenfolge und Tempo der Umsetzung.
Einführung oder Betrieb begleiten
Sofern das Konzept freigegeben wird, startet die strukturelle Einführung in vereinbarten Stufen. Nach Abschluss erfolgt der geordnete Übergang in den Regelbetrieb über BEKOM OPEN PRO Applications – wahlweise als Fully Managed Service oder im Co-Managed-Modus mit dokumentierten Aufgabenverteilungen und definierten Service-Levels.