Dit document beschrijft een praktische basisopzet voor Mailcow via Docker binnen een eigen infrastructuur.
Doel
Deze setup is bedoeld voor een zelfstandige mailserver met centrale maildiensten, webinterface en beheer via Docker. Mailcow draait als een Docker Compose-stack en gebruikt meerdere containers voor onder andere Postfix, Dovecot, Rspamd, MariaDB, Redis en de webinterface.
Aanbevolen plaatsing
Voor deze omgeving is een aparte server voor Mailcow logisch, zodat mail los blijft van experimentele homelab-diensten en andere webapplicaties. Een gescheiden mailserver verkleint het risico dat wijzigingen aan andere stacks de mailomgeving beïnvloeden.
Basisvereisten
Een Linux-server met stabiele publieke verbinding.
Correct ingestelde DNS-records voor mailverkeer, zoals MX, A/AAAA, PTR, SPF, DKIM en DMARC.
Docker Engine en Docker Compose.
Voldoende schijfruimte voor mailboxen, logs en back-ups.
Een mailplatform werkt alleen betrouwbaar als DNS en reverse DNS correct zijn ingericht; zonder die records stijgt de kans op afleverproblemen en spamclassificatie sterk.
Logische componenten
Een Mailcow-installatie bevat normaal meerdere onderdelen binnen één stack:
Postfix voor SMTP-verkeer.
Dovecot voor mailboxtoegang.
Rspamd voor spamfiltering.
MariaDB voor configuratie en metadata.
Redis voor caching en interne processen.
Web- en admincomponenten voor beheer.
Daardoor is Mailcow technisch gezien meer dan alleen “een mailcontainer”; het is een complete mailsuite die als samenhangende Docker-omgeving draait.
Aanpak voor jouw omgeving
Een logische indeling voor deze infrastructuur is:
Dedicated mailserver voor Mailcow.
Kevinity Linux server voor diensten zoals Wiki.js en Keycloak.
Homelab voor test-, opslag- en ondersteunende diensten zoals TrueNAS en een Git-back-end.
Deze scheiding houdt productie, documentatie en labdoeleinden overzichtelijk en beperkt impact tijdens onderhoud.
Beheer en documentatie
Voor langdurig beheer is het handig om in de wiki per onderdeel vast te leggen:
Hostnaam en IP-adressen.
DNS-records.
Docker-configuratie en gebruikte volumes.
Back-upmethode.
Certificaatvernieuwing.
Restore-procedure.
Dat maakt overdracht aan toekomstig personeel eenvoudiger en versnelt troubleshooting bij storingen.
Structuur van documentatie
Een bruikbare wiki-structuur voor Mailcow kan er zo uitzien:
text
Infra/
Mail/
Mailcow/
Overzicht
DNS
Docker-setup
Backups
Restore
Monitoring
Door installatie, DNS, beheer en recovery los te documenteren, blijft de kennisbank ook later goed schaalbaar.