Migration Univention Corporate Server & Kopano nach Zamba AD & Mailcow

Nachdem

Univention vieleCorporate Server durch Zamba AD und Mailcow ersetzen

Migration von Univention UCS und Kopano zu Zamba Active Directory, Mailcow und Proxmox VE. Viele kleinere ~~Kunden~~Unternehmen nutzen Univention Corporate Server hauptsächlich als Domain Controller und Benutzerverwaltung. Wenn UCS nur ~~den~~noch ~~Domaincontroller~~als ~~benötigen,~~Active ~~jedoch~~Directory ~~UCS~~dient +und Kopano ~~für~~ohnehin ~~den~~abgelöst werden soll, ist der Betrieb ~~nutzen,~~häufig ~~kann~~unnötig ~~UCS~~aufwendig.

~~bei~~

Mit ~~vielen~~Zamba ~~Kunden~~Active ~~nun~~Directory, ~~ersetzt~~Mailcow, ~~werden.~~
~~Das~~Proxmox ~~Upgrade~~VE, ~~auf~~optional ~~UCS~~Proxmox ~~5.2~~Mail ~~zeigt~~Gateway ~~erneut,~~und ~~dass~~Mailpiler lässt sich ~~der~~eine ~~Aufwand~~schlanke, ~~eines~~moderne ~~Upgrades~~Open-Source-Infrastruktur ~~nicht~~aufbauen, ~~mehr~~die ~~mit~~schneller ~~dem~~wartbar ~~Nutzen~~ist ~~eines~~und ~~Domaincontrollers~~sich ~~rechnet.~~ideal für kleine und mittlere Unternehmen eignet.

Updates von Mailcow und Zamba AD Controller laufen künftig in wenigen ~~Minuten,~~Minuten ~~nicht~~statt ~~mehrere~~in ~~Stunden~~mehreren Stunden.

~~Kunden~~Kunden, die Keycloak ~~und~~oder eine vollständig vom Hersteller supportete UCS-Umgebung ~~wünschen~~benötigen, ~~bleiben~~sollten ~~bitte~~weiterhin bei ~~Univention!!!~~Univention bleiben.

~~Entsprechende~~Passende Kurse finden Sie auf cloudistboese.de unter ~~Mailcow~~den Themen Mailcow, Domain Controller ablösen und ~~Domaincoltroller~~Alles ~~ablösen!~~ohne Windows.

Vorteile der Migration

Univention UCS kann in kleinen Umgebungen ersetzt werden Active Directory bleibt mit Samba/Zamba erhalten Mailcow ersetzt Kopano als moderne Groupware Updates werden deutlich einfacher und schneller Proxmox VE ermöglicht Snapshots, Backups und einfache Wiederherstellung LDAP-Anbindung für Mailcow, Mailpiler und weitere Dienste bleibt möglich Die Umgebung wird schlanker, transparenter und besser wartbar

Systemvoraussetzungen

Bestehender Univention Corporate Server im AD AD-Modus
Kopano oder vergleichbare Groupware mit ~~IMAP~~IMAP-Zugriff
Proxmox VE >8.x ~~mit~~oder neuer

Linux Container mit installiertem ~~GIT~~Git Grundkenntnisse in DNS, Active Directory, Mailservern und Proxmox VE

Installation

Übersicht zweiterder Domaincontroller

Migration

~~Installation~~

Zamba Active Directory als zweiten Domain Controller installieren Active Directory replizieren und prüfen DNS auf den neuen Domain Controller umstellen Mailcow installieren LDAP-Anbindung in Mailcow konfigurieren Benutzer und Mailboxen synchronisieren Mails von Kopano nach Mailcow migrieren Kalender und Kontakte übernehmen Aliase und Weiterleitungen prüfen Mailcow produktiv schalten FSMO-Rollen übernehmen Univention UCS demoten und abschalten LDAP-Clients auf den neuen Zamba AD umstellen

Zamba Active Directory als zweiten Domain Controller installieren

Die Installation erfolgt auf dem Proxmox Host, zum Beispiel im z.Verzeichnis B. /root Ordner.

git clone -b dev https://github.com/bashclub/zamba-lxc-toolbox
cd zamba-lxc-toolbox

cp conf/zamba.conf.example conf/zamba.conf

zamba.conf anpassen

In der Datei conf/zamba.conf ~~folgende~~werden ~~Parameter~~die Werte an ~~das~~die ~~System~~bestehende ~~anpassen~~Umgebung angepasst.

LXC_TEMPLATE_STORAGE="local"
#LXC Template Store
LXC_ROOTFS_SIZE="32"
#DCs Root Size
LXC_ROOTFS_STORAGE="rpool-data"
#or local-zfs #DCs Root Store
LXC_SHAREFS_SIZE="100"
#DCs Root Backup Size
LXC_SHAREFS_STORAGE="rpool-data"

#or local-zfs #DCs Backup Store
LXC_HOSTNAME="zmb-ad"

LXC_DOMAIN="windomain.local"

LXC_IP="10.0.0.254/24"

LXC_GW="10.0.0.1"

LXC_DNS="10.0.0.4"

#your old UCS IP, If Windows Step Down to Level 2008R2 first!
LXC_BRIDGE="vmbr0"

LXC_PWD='Admin123'


ZMB_REALM="WINDOMAIN.LOCAL"

ZMB_DOMAIN="WINDOMAIN"

ZMB_ADMIN_USER="administrator"

ZMB_ADMIN_PASS='Admin123'

Hinweis: LXC_DNS zeigt zunächst auf den alten UCS-DNS-Server. Bei Windows-Domänen sollte vorher gegebenenfalls das Funktionslevel geprüft werden.

Zamba

AD
~~Die installation des LXCs als zweiten DC~~Join starten

~~wir mit~~

bash install.sh -i 100 #für Container 100
Im Menü ~~wählen~~wird ~~wir~~ Zamba-AD-Join gewählt.

Replikation prüfen

Nach der Installation ~~können~~kann ~~wir in den~~der Container ~~gelangen~~betreten ~~mit~~und die Replikation geprüft werden.

pct enter 100
su -
wbinfo -u
wbinfo -g

Wenn alle Benutzer und Gruppen angezeigt werden, ist der Join grundsätzlich erfolgreich.

~~pct enter 100~~

~~su -~~

~~wbinfo -u~~

~~wbinfo -g~~

Empfehlung: In Proxmox ~~den~~sollte ~~alten~~anschließend ~~UCS~~der alte UCS-DNS-Server aus der Hostkonfiguration entfernt werden, sobald der neue Zamba AD DNS ~~Server~~zuverlässig ~~entfernen~~funktioniert.

~~Dort~~

smb.conf Finden wir im Idealfall alle User und Gruppen, was den Erfolg bestätigtanpassen

Folgende ~~Anpassung~~Anpassungen können in der smb.conf ~~macht~~hilfreich ~~das Leben leichter~~sein:

vi /etc/samba/smb.conf
[global]
ldap server require strong auth = no

dns forwarder = 1.1.1.1 1.0.0.1

It

DNS was DNS

~~An dieser Stelle erhalten alle Computer mit festen IPs~~auf den neuen Domain Controller umstellen

DNS ist bei Active Directory fast immer der kritischste Punkt. Sobald der neue Zamba Domain Controller sauber repliziert, werden feste IP-Konfigurationen und DHCP-Einstellungen angepasst.

Alle Server mit statischer IP erhalten den neuen Zamba AD als DNS-~~Server,~~Server Im DHCP-Server wird der alte UCS-DNS ~~Server~~durch ~~vom~~den ~~UCS~~neuen ~~kann~~DC ~~jetzt~~ersetzt ~~raus.~~Alte UCS-DNS-Einträge werden später bereinigt RSAT DNS-Konsole zur Kontrolle verwenden

Merksatz: It was DNS.

Mailcow installieren

ImFür ~~DHCP~~Mailcow ~~Server~~wird ~~ersetzen~~ein ~~wir~~weiterer LXC verwendet. Die Installation erfolgt ebenfalls ~~den~~über ~~DNS~~die ~~Server~~Zamba ~~mit~~LXC ~~dem neuen DC, der alte DNS Server vom UCS kann raus~~Toolbox.

Installation Mailcow

vicp conf/zamba.conf.example conf/zamba.conf

~~Die Installation der~~Für Mailcow ~~benötigt~~müssen ~~keine~~insbesondere ~~spezielle Anpassung im unteren Bereich außer dem LXC_HOSTNAME~~Hostname und ~~den~~Netzwerkeinstellungen ~~Netzwerkeinstellungen~~angepasst werden.

bash install.sh -i 101 #für Container 101
Im Menü ~~wählen~~wird ~~wir~~Mailcow ~~Mailcow~~gewählt.

Mailcow

~~Nach~~aktualisieren ~~der Installation von Mailcow~~

pct enter 100101
su -

cd /opt/mailcow-dockerized

apt install jq

./update.sh

Danach ~~rufen wir~~wird das ~~Mailcow~~ Mailcow-Webinterface ~~mit der Admin Seite auf~~geöffnet:

https://10.0.0.253/admin

~~Folgende~~

Grundkonfiguration von Mailcow

Unbedingt notwendige Schritte sind unerlässlich

~~Admin~~ Admin-Passwort ~~ändern~~ändern: - System / Konfiguration / Administrator bearbeiten
Alle ~~Domänen~~Maildomains ~~eintragen und Schwellwerte beachten!~~eintragen: - E-Mail / Konfiguration / Domains
~~Benutzer in der AD anlegen, z. B. bind-mailcow~~ - ~~Windows Active Directory~~Schwellwerte und ~~Benutzer~~Quotas ~~oder UMC~~beachten
LDAP-Bind-User im AD anlegen: zum Beispiel bind-mailcow

LDAP in Mailcow konfigurieren

Die LDAP-Anbindung erfolgt unter:

System / Konfiguration / Zugang / Identity Provider

Identity Provider: LDAP
Host: IP ~~neue~~des ~~ZMB-~~neuen Zamba AD
Port: 636 ~~(Active Directory)~~
Benutze SSL: an
Ignoriere SSL Fehler: an
Base DN: CN=Users,DC=windomain,DC=local
Username Feld: mail
Attribute Feld: mail
Bind DN: CN=bind-mailcow,CN=Users,DC=windomain,DC=local
Bind Passwort: ~~wurde~~Passwort ~~oben~~des ~~angelegt~~Bind-Users
Attribute ~~Mapping /~~Mapping: Standardvorlage / Default
Benutzer beim Login erstellen: an
Vollsynchronisation: an
Importiere Benutzer: an
Sync / Import ~~interval~~interval: ~~(min): 1 (~~für den ~~Anfang)~~
Anfang 1 Minute

Der

Erfolg ~~Kontrollieren~~wird unter E-Mail / Mailboxen -kontrolliert. ~~Mailboxen~~ ~~Mailbox~~

E-Mails Synchronisierenvon -Kopano nach Mailcow migrieren

Die Migration erfolgt über IMAP-Synchronisation.

Mailcow Sync Job erstellen

In Mailcow:

E-Mail / Synchronisationen / Neuen Sync Job erstellen

Host: IP ~~Kopano~~des Kopano-Servers
~~Port~~Port: 993
Benutzername: ~~Windows Login name~~Windows-Loginname
Elemente ~~ausschließen~~ausschließen: ~~(Regex)~~ Regex-Inhalt entfernen, da zu gefährlich
~~Lösche Duplikate im Ziel (~~--delete2duplicates)delete2duplicates nur soverwenden, ~~lange die~~solange Mails noch auf Kopano ~~laufen, danach raus!~~laufen

Kopano hat ~~per default~~standardmäßig IMAP ~~deaktiviert,~~teilweise ~~daher~~deaktiviert. ~~ggf.~~In der server.conf nach disable suchen oder in ~~der server.conf mal nach disable suchen~~
~~oder~~
In UMC imbeim ~~User~~Benutzer unter Kopano IMAP ~~aktivieren~~aktivieren.
~~(Aktiviere Kopano Funktionen)~~

Der
Erfolg der Synchronisation sollte im Dialog und ~~dessen~~in den Logs ~~kontrollieren~~kontrolliert ~~Kalendereinträge~~werden. ~~der~~ ~~Benutzter~~
Kalender aus Kopano exportieren

Kopano
stellt Kalender über CalDAV bereit. Beispiele:

http://kopano:8080/caldav/<user>/<f older-folder-name>/ ~~Calendar/task~~Kalender ~~folder~~oder inAufgabenordner ~~user’s~~im ~~store. Make sure the calendar/task folder already exists.~~Benutzerpostfach

http://kopano:8080/caldav/<user>/<s ub-sub-folder>/ ~~Self~~Selbst ~~created~~erstellter ~~subcalendar in the user’s own store. Location through actual subfolders in Zarafa is irrelevant.~~Unterkalender

http://kopano:8080/caldav/<other-us eruser>/<folder-name>/ ~~Shared~~Freigegebener ~~calendar/task~~Kalender ~~folder~~eines ofanderen ~~other user~~Benutzers

http://kopano:8080/caldav/public/<f oldernamefoldername>/ ~~Calendar/task~~Öffentlicher ~~folder in the public folder~~Kalender

http://kopano:8080/caldav/<user>/ ~~Default~~Standardkalender ~~calendar~~des ~~of the current user. Although this works for most clients, this URL is not recommended.~~Benutzers

Die exportierten Dateien können anschließend im ~~Mailcow SoGo~~ SOGo-Frontend oder in einem Mailclient ~~direkt~~ importiert ~~werden~~
werden.

Kontakte
exportieren und importieren
Kontakte exportieren

Der Export ~~Kontakte~~

~~geht~~kann über den alten ~~Mailclient,~~Mailclient daerfolgen. ~~dein~~Alternativ ~~Carddav~~kann ~~Server~~ein ~~vorhanden~~ ~~Python~~ Python-Script mit ~~MAPi~~
~~Dieses~~Kopano-MAPI ~~Script~~genutzt ~~exportiert~~werden. ~~alle Kontakte in Unterordner pro User, da kein Card DAV in Kopano steckt~~
sudo apt install python3-kopano
mkdir export

wget https://raw.githubusercontent.com/bashclub/trmm-scripts/refs/heads/main/kopano-export-contacts.py

python3 kopano-export-contacts.py

Das Script exportiert Kontakte in Unterordner pro Benutzer, da Kopano kein echtes CardDAV für diesen Zweck bereitstellt.
Kontakte
~~Import Kontakte~~
importieren
Outlook ~~hatte~~kann ~~mit dem~~beim Export oder Import Probleme ~~und der Verarbeitung, sprich Daten fehlten~~verursachen

~~SOGO~~SOGo importiert Kontakte oft nur einzeln

~~EM-~~eM Client war amin ~~Ende~~der Praxis häufig die beste ~~Wahl~~Lösung für den Import ~~der~~vieler ~~.VCF~~ VCF-Dateien ~~am Stück~~ per Drag & Drop

~~Anbindung des EM-Client~~
Beispiel für ~~Import~~CardDAV-Anbindung:
~~oder Nutzung~~
https://kunde.dyndns.org/SOGo/dav/user@domain.de/Contacts/personal/
Aliase
und Weiterleitungen übernehmen
Aliase finden
~~und anlegen~~
univention-ldapsearch -LLL | grep @ | gre
pgrep mailAlternative
Aliase ~~eintragen~~werden -in Mailcow unter E-Mail -/ Aliasse / Alias hinzufügen
eingetragen.
Weiterleitungen finden
univention-ldapsearch -LLL | grep mailForward
#
~~Listet~~
Weiterleitungen ~~Weiterleitungen~~
~~Weiterleitung wird~~werden im ~~SoGo Webfrontent~~SOGo-Webfrontend unter E-Mail konfiguriert, nicht direkt in ~~Mailcow!!!~~Mailcow.

Mailcow onlineproduktiv stellen

schalten

NAT Portsund setzen,Portweiterleitungen

Auf B.der ~~auf~~Firewall, ~~OPNsense~~zum ~~als~~Beispiel ~~Alias~~

OPNsense,

können ~~p_mailcow~~Aliase verwendet werden.

p_mailcow: 80 443 465 993 4190

~~h_mailcow~~h_mailcow: 10.0.0.253

Port ~~Forwarding~~

Forwarding:

any > WAN IP > p_mailcow > h_mailcow

Mailcow neu starten

pct enter 100101
su -

rm /opt/mailcow-dockerized/data/conf/nginx/redirect.conf

cd /opt/mailcow-dockerized

docker compose down

#
Optional: ~~Optional~~Greylisting ~~bei~~deaktivieren
~~PMG Einsatz greylisting aus~~
#
vi /opt/mailcow-dockerized/data/conf/rspamd/local.d/greylist.conf
enabled = false;
#
Optional: ~~Optional~~Let’s Encrypt Einstellungen
vi /opt/mailcow-dockerized/mailcow.conf
SKIP_LETS_ENCRYPT=n
SKIP_HTTP_VERIFICATION=y

docker compose up -d

Let’s

Encrypt ~~Kontrolle~~kontrollieren ~~ob Letsencrypt HTTP Challenge funktioniert~~

docker compose logs --tail=200 -f acme-mailcow

Alternativ eigenes Zertifikat unter

verwenden

Eigene Zertifikate können hier abgelegt werden:

/opt/mailcow-dockerized/data/assets/ssl

cert.pem
key.pem

Danach

~~DNS~~ DNS-Werte beim Provider ~~anpassen~~kontrollieren: ~~oder~~

~~kontrollieren -~~
E-Mail / Domains / DNS

Abschluss der Arbeiten

Migration

Synchronisationen nach ~~Erfolg~~erfolgreicher Migration deaktivieren
Optional ~~PMG~~Proxmox Mail Gateway auf Mailcow verweisen
Alten Univention Corporate Server abschalten
~~Takeover~~FSMO-Rollen ~~Active~~auf ~~Directory~~Zamba
AD übertragen

Alte

UCS-Fragmente bereinigen

LDAP-Clients auf neuen Zamba AD umstellen

FSMO-Rollen übernehmen

pct enter 100

su -
samba-tool fsmo transfer --role=all -Uadministrator
samba-tool domain demote --remove-other-dead-server=UCS
rm /etc/cron.d/sysvol-sync

Bereinigung

RSAT ~~DNS~~ DNS-Konsole nach alten Fragmenten durchsuchen ~~und entfernen~~
Alte DNS-Einträge entfernen

Optional Metadata Cleanup durchführen

LDAP-Clients

~~Anpassung~~anpassen ~~von~~

Für ~~bestehenden~~bestehende anLDAP-Clients ~~UCS~~werden ~~angebundenen~~neue ~~LDAP Clients~~

~~Bind~~ Bind-User pro Rolle ~~anlegen,~~angelegt. anAnschließend ~~keinen~~werden PCdie ~~Anmelden~~LDAP-Parameter ~~wählen~~ ~~Dialog des LDAP Clients besuchen und folgende Werte ändern~~angepasst.

~~IP =~~IP: neuer ~~ZMB-~~Zamba AD
~~Port~~Port: von 7389 zuauf 636 mit SSL ändern
UID zuauf sAMAccountName ändern
Bind DN von uid zuauf cn ändern

Proxmox Mail Gateway

mit Mailcow

verbinden

Greylisting in Mailcow deaktivieren

vi /opt/mailcow-dockerized/data/conf/rspamd/local.d/greylist.conf

enabled = false;

docker compose restart rspamd-mailcow

Routing

in Mailcow

Konfiguration / Routing / Networks

ipvompmg:26 Greylisting deaktivieren

Senderabhängige Transport Maps

~~ipvompmg:26~~

Für ~~greylisting~~alle ~~aus~~ ~~In allen Maildomains~~Maildomains, die PMG nutzen

~~Senderabhängige Transport Maps~~ ID 1: ipvompmg:26 Im

Proxmox Mail Gateway

Configuration / ~~Mailproxy~~Mail
Proxy

Relay ~~Domaoin~~Domain setzen Transport zur ~~Mailcow,~~Mailcow ~~kein~~konfigurieren Kein MX für internen Transport verwenden

Beim ~~DNS~~ DNS-Provider ~~PMG~~werden ~~Settings~~die ~~überschreiben~~PMG-Werte ~~teile~~statt ~~den~~der ~~Mailcow~~direkten ~~Empfehlung~~

Mailcow-Werte gesetzt.

Mailpiler

als ~~Identische~~Mailarchiv ~~Installation,~~integrieren ~~siehe~~

Mailpiler kann ebenfalls über die LXC Toolbox ~~zuvor~~

installiert ~~Empfang~~werden. ~~aus~~

Mailcow demfür ArchivArchivweiterleitung vorbereiten

~~system~~System / ~~konfiguration~~Konfiguration / ~~einstellungen~~Einstellungen / ~~weiterleitungs-hosts~~
Weiterleitungs-Hosts

ipIP ~~vom~~des ~~Mailpiler~~Mailpilers eintragen

BCC an das Archiv

~~system~~System / ~~konfiguration~~Konfiguration / ~~routing~~Routing / ~~transport~~
Transport

~~Ziel~~Ziel: piler.windoimain.windomain.local Next ~~Hop~~Hop: 10.0.0.x

BCC-Maps

~~e-mail~~einrichten

Unter:

E-Mail / ~~konfiguration~~Konfiguration / ~~adressumschreibung~~Adressumschreibung / ~~bcc-maps~~BCC-Maps

~~mapping~~

Für ~~pro~~jede ~~domain~~Maildomain ~~eintragen~~jeweils ~~(1x eingehend, 1x ausgehend)~~

~~pro Maildomäne Empfängerabhängig~~eingehend und ~~Senderabhängig~~ausgehend:

Lokales Ziel: sysops.tv
BCC-~~Ziel~~Ziel: piler@piler.windomain.local
Domain: sysops.tv

Kontrolle im ~~Mailpiler~~Mailpiler:

~~unter~~

tail -f /var/log/mail.log

~~LDAP~~

Eine LDAP-Anpassung im Mailpiler wäre in config-site.php im Piler möglich, funktioniert jedoch nicht zuverlässig für ~~Aliase!~~

Aliase.

Dubletten

Doppelte Mails bei mehrfachemmehrfacher Kopano-Synchronisation vermeiden

Die IMAP-Kompatibilität von Kopano ~~Sync~~

~~Leider~~ ist ~~die IMAP Kompatibilität bei Kopano eher auf~~in der ~~niedrigen~~Praxis ~~Seite.~~

oft

~~Finden~~problematisch. ~~sich etliche~~Wenn Mails ~~offensichtlich~~ doppelt oder ~~dreifach,~~dreifach ~~führt~~erscheinen, ~~man~~kann ~~den~~eine ~~zweiten~~gezielte ~~Befehlt~~Bereinigung ~~auf~~und ~~der~~erneute ~~Kopanoseite~~Synchronisation ~~mehrfach aus.~~helfen.

apt install kopano-migration-imap
#identisch imapsync
nano migrate.sh
#!/bin/bash

set -euo pipefail

if [ "$#" -ne 6 ]; then
  echo "Verwendung:"
  echo "$0 <host1> <host2> <user1> <pass1> <user2> <pass2>"
  exit 1
fi

HOST1="$1"
HOST2="$2"
USER1="$3"
PASS1="$4"
USER2="$5"
PASS2="$6"

MAILCOW_DOVECOT_CONTAINER="565cef8dac49"

echo "=========================================="
echo "Bereinige Zielordner auf Mailcow"
echo "=========================================="

docker exec "$MAILCOW_DOVECOT_CONTAINER" \
  doveadm expunge -u "$USER2" mailbox "Gesendet" ALL || true

docker exec "$MAILCOW_DOVECOT_CONTAINER" \
  doveadm mailbox delete -u "$USER2" "Sent" || true

docker exec "$MAILCOW_DOVECOT_CONTAINER" \
  doveadm mailbox delete -u "$USER2" "Gesendete Objekte" || true

docker exec "$MAILCOW_DOVECOT_CONTAINER" \
  doveadm mailbox delete -u "$USER2" "Gesendete Objekte/Gesendete Objekte" || true

echo "=========================================="
echo "Starte IMAP Sync"
echo "=========================================="

kopano-migration-imap \
  --host1 "$HOST1" \
  --host2 "$HOST2" \
  --user1 "$USER1" \
  --password1 "$PASS1" \
  --user2 "$USER2" \
  --password2 "$PASS2" \
  --ssl1 \
  --ssl2 \
  --regextrans2 's#^Gel&APY-schte Objekte$#Papierkorb#' \
  --useheader Message-Id \
  --addheader \
  --usecache \
  --syncinternaldates \
  --skipsize \
  --nofoldersizes \
  --nofoldersizesatend \
  --delete2 \
  --delete2folders \
  --delete2duplicates \
  --exclude '(?i)^trash$|^junk$|^spam$|^unwanted$|^&U3CPbg-($|/)'

echo "=========================================="
echo "Migration abgeschlossen"
echo "=========================================="
Ausführen ~~dann mit~~mit:
bash migrate.sh quellip/localhostquellip zielip login passwortucs emai@adres.seemail@adresse.de passwortmailcow
Das Beispiel nimmt keine Papierkörbe oder ~~Spams~~Spam-Ordner ~~mit!~~mit. (Dies wird über --exclude)exclude gesteuert.

~~Optional~~ ~~können~~
Optionale ~~wir erweiterte DNS~~ DNS-Einträge ~~setzen,~~für ~~damit~~Autokonfiguration
~~sich~~
Für Thunderbird, ~~EM-~~eM Client und weitere Programme ~~komplett~~können ~~mit~~SRV-Records gesetzt werden, damit Mail, Kalender und ~~Kontakten~~Kontakte ~~verbinden~~automatisch gefunden werden.
_autodiscover._tcp  IN  SRV  0 0 443 q.deine-domain.de.
_caldavs._tcp       IN  SRV  0 1 443 q.deine-domain.de.
_carddavs._tcp      IN  SRV  0 1 443 q.deine-domain.de.
_imaps._tcp         IN  SRV  0 1 993 q.deine-domain.de.
_matrix._tcp        IN  SRV  0 1 465 matrix.deine-domain.de.
_sieve._tcp         IN  SRV  0 1 4190 mail.deine-domain.de.
_smtps._tcp         IN  SRV  0 1 465 q.deine-domain.de.
_submissions._tcp   IN  SRV  0 1 465 q.deine-domain.dede.
Fazit

Mit Zamba Active Directory, Mailcow und Proxmox VE lässt sich eine bestehende Univention-/Kopano-Umgebung vollständig durch moderne Open-Source-Komponenten ersetzen. Für kleine und mittlere Unternehmen entsteht eine schlanke, wartbare und zukunftssichere Infrastruktur.

Active Directory bleibt erhalten Kopano wird durch Mailcow ersetzt Updates werden deutlich schneller Proxmox VE ermöglicht einfache Snapshots und Backups Mailpiler und Proxmox Mail Gateway können integriert werden Der Betrieb wird transparenter und besser kontrollierbar
Passende Schulungen

Wenn Sie die Migration unter Anleitung durchführen möchten, finden Sie passende Live-Schulungen auf cloudistboese.de:

Windows Domain Controller mit Samba/Zamba ablösen Open-Source Mailserver mit Mailcow betreiben Alles ohne Windows Proxmox produktiv mit ZFS betreiben Replikationen und Backups trojanersicher

`http://kopano:8080/caldav/<user>/<f older-folder-name>/`	~~Calendar/task~~Kalender ~~folder~~oder inAufgabenordner ~~user’s~~im ~~store. Make sure the calendar/task folder already exists.~~Benutzerpostfach
`http://kopano:8080/caldav/<user>/<s ub-sub-folder>/`	~~Self~~Selbst ~~created~~erstellter ~~subcalendar in the user’s own store. Location through actual subfolders in Zarafa is irrelevant.~~Unterkalender
`http://kopano:8080/caldav/<other-us eruser>/<folder-name>/`	~~Shared~~Freigegebener ~~calendar/task~~Kalender ~~folder~~eines ofanderen ~~other user~~Benutzers
`http://kopano:8080/caldav/public/<f oldernamefoldername>/`	~~Calendar/task~~Öffentlicher ~~folder in the public folder~~Kalender
`http://kopano:8080/caldav/<user>/`	~~Default~~Standardkalender ~~calendar~~des ~~of the current user. Although this works for most clients, this URL is not recommended.~~Benutzers

Migration Univention Corporate Server & Kopano nach Zamba AD & Mailcow

Nachdem

Univention vieleCorporate Server durch Zamba AD und Mailcow ersetzen

Vorteile der Migration

Systemvoraussetzungen

Installation

Übersicht zweiterder Domaincontroller

Zamba Active Directory als zweiten Domain Controller installieren

zamba.conf anpassen

Zamba

Replikation prüfen

smb.conf Finden wir im Idealfall alle User und Gruppen, was den Erfolg bestätigtanpassen

It

DNS was DNS

Mailcow installieren

Installation Mailcow

Mailcow

Grundkonfiguration von Mailcow

Unbedingt notwendige Schritte sind unerlässlich

LDAP in Mailcow konfigurieren

E-Mails Synchronisierenvon -Kopano nach Mailcow migrieren

Mailcow Sync Job erstellen

Kalender aus Kopano exportieren

Kontakte

Kontakte exportieren

Kontakte

Aliase

Aliase finden

Weiterleitungen finden

Mailcow onlineproduktiv stellen

NAT Portsund setzen,Portweiterleitungen

Mailcow neu starten

Optional: OptionalGreylisting beideaktivieren

Optional: OptionalLet’s Encrypt Einstellungen

Let’s

Alternativ eigenes Zertifikat unter

Abschluss der Arbeiten

FSMO-Rollen übernehmen

Bereinigung

LDAP-Clients

Proxmox Mail Gateway

Greylisting in Mailcow deaktivieren

Routing

Senderabhängige Transport Maps

Proxmox Mail Gateway

Mailpiler

Mailcow demfür ArchivArchivweiterleitung vorbereiten

BCC an das Archiv

BCC-Maps

Dubletten

Doppelte Mails bei mehrfachemmehrfacher Kopano-Synchronisation vermeiden

Optional können

Optionale wir erweiterte DNS DNS-Einträge setzen,für damitAutokonfiguration

Fazit

Passende Schulungen