To restore make sure you are actually restoring to the same mailcow it was deleted from or you use the same encryption keys in crypt-vol-1.
Make sure the user you want to restore exists in your mailcow. Re-create them if they are missing.
Copy the folders from /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data/_garbage/[timestamp]_[domain_sanitized][user_sanitized] back to /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data/[domain]/[user] and resync the folder and recalc the quota:
docker-compose exec dovecot-mailcow doveadm force-resync -u restoreme@example.net '*'
+docker-compose exec dovecot-mailcow doveadm force-resync -u restoreme@example.net '*'
docker-compose exec dovecot-mailcow doveadm quota recalc -u restoreme@example.net
-
+Please do not copy this script to another location.
To run a backup, write "backup" as first parameter and either one or more components to backup as following parameters.
You can also use "all" as second parameter to backup all components. Append --delete-days n to delete backups older than n days.
# Syntax:
+# Syntax:
# ./helper-scripts/backup_and_restore.sh backup (vmail|crypt|redis|rspamd|postfix|mysql|all|--delete-days)
# Backup all, delete backups older than 3 days
@@ -2465,19 +2465,19 @@ You can also use "all" as second parameter to backup all components. Append
+The script will ask you for a backup location. Inside of this location it will create folders in the format "mailcow_DATE". You should not rename those folders to not break the restore process.
To run a backup unattended, define MAILCOW_BACKUP_LOCATION as environment variable before starting the script:
-MAILCOW_BACKUP_LOCATION=/opt/backup /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup all
-MAILCOW_BACKUP_LOCATION=/opt/backup /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup all
+You can run the backup script regularly via cronjob. Make sure BACKUP_LOCATION exists:
5 4 * * * cd /opt/mailcow-dockerized/; MAILCOW_BACKUP_LOCATION=/mnt/mailcow_backups /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup mysql crypt redis --delete-days 3
-5 4 * * * cd /opt/mailcow-dockerized/; MAILCOW_BACKUP_LOCATION=/mnt/mailcow_backups /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup mysql crypt redis --delete-days 3
+Per default cron sends the full result of each backup operation by email. If you want cron to only mail on error (non-zero exit code) you may want to use the following snippet. Pathes need to be modified according to your setup (this script is a user contribution).
This following script may be placed in /etc/cron.daily/mailcow-backup - do not forget to mark it as executable via chmod +x:
#!/bin/sh
+#!/bin/sh
# Backup mailcow data
# https://mailcow.github.io/mailcow-dockerized-docs/backup_restore/b_n_r-backup/
@@ -2502,17 +2502,17 @@ if [ $RESULT -ne 0 ]
echo "STDOUT / STDERR:"
cat "$OUT"
fi
-
+Create the destination directory for mailcows helper script: -
mkdir -p /external_share/backups/backup_script
-mkdir -p /external_share/backups/backup_script
+Create cronjobs: -
25 1 * * * rsync -aH --delete /opt/mailcow-dockerized /external_share/backups/mailcow-dockerized
+25 1 * * * rsync -aH --delete /opt/mailcow-dockerized /external_share/backups/mailcow-dockerized
40 2 * * * rsync -aH --delete /var/lib/docker/volumes /external_share/backups/var_lib_docker_volumes
5 4 * * * cd /opt/mailcow-dockerized/; BACKUP_LOCATION=/external_share/backups/backup_script /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup mysql crypt redis --delete-days 3
# If you want to, use the acl util to backup permissions of some/all folders/files: getfacl -Rn /path
-
+On the destination (in this case /external_share/backups) you may want to have snapshot capabilities (ZFS, Btrfs etc.). Snapshot daily and keep for n days for a consistent backup.
Do not rsync to a Samba share, you need to keep the correct permissions!
To restore you'd simply need to run rsync the other way round and restart Docker to re-read the volumes. Run docker-compose pull and docker-compose up -d.
This line backups the vmail directory to a file backup_vmail.tar.gz in the mailcow root directory: -
cd /path/to/mailcow-dockerized
+cd /path/to/mailcow-dockerized
docker run --rm -i -v $(docker inspect --format '{{ range .Mounts }}{{ if eq .Destination "/var/vmail" }}{{ .Name }}{{ end }}{{ end }}' $(docker-compose ps -q dovecot-mailcow)):/vmail -v ${PWD}:/backup debian:stretch-slim tar cvfz /backup/backup_vmail.tar.gz /vmail
-
+You can change the path by adjusting ${PWD} (which equals to the current directory) to any path you have write-access to.
Set the filename backup_vmail.tar.gz to any custom name, but leave the path as it is. Example: [...] tar cvfz /backup/my_own_filename_.tar.gz
cd /path/to/mailcow-dockerized
+cd /path/to/mailcow-dockerized
docker run --rm -it -v $(docker inspect --format '{{ range .Mounts }}{{ if eq .Destination "/var/vmail" }}{{ .Name }}{{ end }}{{ end }}' $(docker-compose ps -q dovecot-mailcow)):/vmail -v ${PWD}:/backup debian:stretch-slim tar xvfz /backup/backup_vmail.tar.gz
-
+cd /path/to/mailcow-dockerized
+cd /path/to/mailcow-dockerized
source mailcow.conf
DATE=$(date +"%Y%m%d_%H%M%S")
docker-compose exec -T mysql-mailcow mysqldump --default-character-set=utf8mb4 -u${DBUSER} -p${DBPASS} ${DBNAME} > backup_${DBNAME}_${DATE}.sql
-
+Warning
You should redirect the SQL dump without docker-compose to prevent parsing errors.
cd /path/to/mailcow-dockerized
+cd /path/to/mailcow-dockerized
source mailcow.conf
docker exec -i $(docker-compose ps -q mysql-mailcow) mysql -u${DBUSER} -p${DBPASS} ${DBNAME} < backup_file.sql
-
+You will need a SSH-enabled destination and a keyfile to connect to said destination. The key should not be protected by a password for the script to work unattended.
In your mailcow base directory, e.g. /opt/mailcow-dockerized you will find a file create_cold_standby.sh.
Edit this file and change the exported variables:
-export REMOTE_SSH_KEY=/path/to/keyfile
+export REMOTE_SSH_KEY=/path/to/keyfile
export REMOTE_SSH_PORT=22
export REMOTE_SSH_HOST=mailcow-backup.host.name
-
+The key must be owned and readable by root only.
Both the source and destination require rsync >= v3.1.0.
The destination must have Docker and docker-compose v1 available.
You may want to test the connection by running ssh mailcow-backup.host.name -p22 -i /path/to/keyfile.
Run the first backup, this may take a while depending on the connection:
-bash /opt/mailcow-dockerized/create_cold_standby.sh
-bash /opt/mailcow-dockerized/create_cold_standby.sh
+That was easy, wasn't it?
Updating your cold-standby is just as easy:
-bash /opt/mailcow-dockerized/create_cold_standby.sh
-bash /opt/mailcow-dockerized/create_cold_standby.sh
+It's the same command.
First make sure that the cron service is enabled and running:
systemctl enable cron.service && systemctl start cron.service
-systemctl enable cron.service && systemctl start cron.service
+To automate the backups to the cold-standby server you can use a cron job. To edit the cron jobs for the root user run:
-crontab -e
-crontab -e
+Add the following lines to synchronize the cold standby server daily at 03:00. In this example errors of the last execution are logged into a file.
-PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
+PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
0 3 * * * bash /opt/mailcow-dockerized/create_cold_standby.sh 2> /var/log/mailcow-coldstandby-sync.log
-
+If saved correctly, the cron job should be shown by typing:
-crontab -l
-crontab -l
+Please do not copy this script to another location.
To run a restore, start mailcow, use the script with "restore" as first parameter.
-# Syntax:
+# Syntax:
# ./helper-scripts/backup_and_restore.sh restore
-
+The script will ask you for a backup location containing the mailcow_DATE folders.
Um die Mailbox wiederherzustellen, stellen Sie sicher, dass Sie tatsächlich auf die gleiche Mailcow wiederherstellen, von der sie gelÜscht wurde, oder Sie verwenden die gleichen Verschlßsselungsschlßssel in crypt-vol-1.
Stellen Sie sicher, dass der Benutzer, den Sie wiederherstellen wollen, in Ihrer Mailcow existiert. Legen Sie diesen neu an, wenn der Benutzer fehlt.
Kopieren Sie die Ordner von /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data/_garbage/[timestamp]_[domain_sanitized][user_sanitized] zurĂźck nach /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data/[domain]/[user] und synchronisieren Sie die Ordner neu und berechnen Sie die Quota (Speicherplatz) neu:
docker-compose exec dovecot-mailcow doveadm force-resync -u restoreme@example.net '*'
+docker-compose exec dovecot-mailcow doveadm force-resync -u restoreme@example.net '*'
docker-compose exec dovecot-mailcow doveadm quota recalc -u restoreme@example.net
-
+Bitte kopieren Sie dieses Skript nicht an einen anderen Ort.
Um ein Backup zu starten, geben Sie "backup" als ersten Parameter an und entweder eine oder mehrere zu sichernde Komponenten als folgende Parameter.
Sie kÜnnen auch "all" als zweiten Parameter verwenden, um alle Komponenten zu sichern. Fßgen Sie --delete-days n an, um Sicherungen zu lÜschen, die älter als n Tage sind.
# Syntax:
+# Syntax:
# ./helper-scripts/backup_and_restore.sh backup (vmail|crypt|redis|rspamd|postfix|mysql|all|--delete-days)
# Alles sichern, Sicherungen älter als 3 Tage lÜschen
@@ -2465,19 +2465,19 @@ Sie kĂśnnen auch "all" als zweiten Parameter verwenden, um alle Komponenten zu s
# vmail sichern
./helper-scripts/backup_and_restore.sh backup vmail
-
+Das Skript wird Sie nach einem Speicherort fĂźr die Sicherung fragen. Innerhalb dieses Speicherortes wird es Ordner im Format "mailcow_DATE" erstellen. Sie sollten diese Ordner nicht umbenennen, um den Wiederherstellungsprozess nicht zu unterbrechen.
Um ein Backup unbeaufsichtigt durchzufĂźhren, definieren Sie MAILCOW_BACKUP_LOCATION als Umgebungsvariable bevor Sie das Skript starten:
-MAILCOW_BACKUP_LOCATION=/opt/backup /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup all
-MAILCOW_BACKUP_LOCATION=/opt/backup /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup all
+Sie kĂśnnen das Backup-Skript regelmäĂig Ăźber einen Cronjob laufen lassen. Stellen Sie sicher, dass BACKUP_LOCATION existiert:
5 4 * * * cd /opt/mailcow-dockerized/; MAILCOW_BACKUP_LOCATION=/mnt/mailcow_backups /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup mysql crypt redis --delete-days 3
-5 4 * * * cd /opt/mailcow-dockerized/; MAILCOW_BACKUP_LOCATION=/mnt/mailcow_backups /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup mysql crypt redis --delete-days 3
+StandardmäĂig sendet Cron das komplette Ergebnis jeder Backup-Operation per E-Mail. Wenn Sie mĂśchten, dass cron nur im Fehlerfall (Exit-Code ungleich Null) eine E-Mail sendet, kĂśnnen Sie den folgenden Ausschnitt verwenden. Die Pfade mĂźssen entsprechend Ihrer Einrichtung angepasst werden (dieses Skript ist ein Beitrag des Benutzers).
Das folgende Skript kann in /etc/cron.daily/mailcow-backup platziert werden - vergessen Sie nicht, es mit chmod +x als ausfĂźhrbar zu markieren:
#!/bin/sh
+#!/bin/sh
# Backup mailcow data
# https://mailcow.github.io/mailcow-dockerized-docs/b_n_r_backup/
@@ -2521,17 +2521,17 @@ if [ $RESULT -ne 0 ]
echo "STDOUT / STDERR:"
cat "$OUT"
fi
-
+Erstellen Sie das Zielverzeichnis fĂźr mailcows Hilfsskript: -
mkdir -p /external_share/backups/backup_script
-mkdir -p /external_share/backups/backup_script
+Cronjobs erstellen: -
25 1 * * * rsync -aH --delete /opt/mailcow-dockerized /external_share/backups/mailcow-dockerized
+25 1 * * * rsync -aH --delete /opt/mailcow-dockerized /external_share/backups/mailcow-dockerized
40 2 * * * rsync -aH --delete /var/lib/docker/volumes /external_share/backups/var_lib_docker_volumes
5 4 * * * cd /opt/mailcow-dockerized/; BACKUP_LOCATION=/external_share/backups/backup_script /opt/mailcow-dockerized/helper-scripts/backup_and_restore.sh backup mysql crypt redis --delete-days 3
# Wenn Sie wollen, benutzen Sie acl util, um die Berechtigungen einiger/aller Ordner/Dateien zu sichern: getfacl -Rn /path
-
+Am Zielort (in diesem Fall /external_share/backups) mÜchten Sie vielleicht Snapshot-Fähigkeiten haben (ZFS, Btrfs usw.). Machen Sie täglich einen Snapshot und bewahren Sie ihn fßr n Tage auf, um ein konsistentes Backup zu erhalten.
FĂźhren Sie kein rsync auf eine Samba-Freigabe durch, Sie mĂźssen die richtigen Berechtigungen einhalten!
Zum Wiederherstellen mĂźssen Sie rsync einfach in umgekehrter Richtung ausfĂźhren und Docker neu starten, um die Volumes erneut zu lesen. FĂźhren Sie docker-compose pull und docker-compose up -d aus.
Diese Zeile sichert das vmail-Verzeichnis in eine Datei backup_vmail.tar.gz im mailcow-Root-Verzeichnis: -
cd /pfad/zu/mailcow-dockerized
+cd /pfad/zu/mailcow-dockerized
docker run --rm -i -v $(docker inspect --format '{{ range .Mounts }}{{ if eq .Destination "/var/vmail" }}{{ .Name }}{{ end }}{{{ end }}' $(docker-compose ps -q dovecot-mailcow)):/vmail -v ${PWD}:/backup debian:stretch-slim tar cvfz /backup/backup_vmail.tar.gz /vmail
-
+Sie kÜnnen den Pfad ändern, indem Sie ${PWD} (das dem aktuellen Verzeichnis entspricht) an einen beliebigen Pfad anpassen, auf den Sie Schreibzugriff haben.
Setzen Sie den Dateinamen backup_vmail.tar.gz auf einen beliebigen Namen, aber lassen Sie den Pfad so wie er ist. Beispiel: [...] tar cvfz /backup/mein_eigener_filename_.tar.gz
cd /pfad/zu/mailcow-dockerized
+cd /pfad/zu/mailcow-dockerized
docker run --rm -it -v $(docker inspect --format '{{ range .Mounts }}{{ if eq .Destination "/var/vmail" }}{{ .Name }}{{ end }}{{ end }}' $(docker-compose ps -q dovecot-mailcow)):/vmail -v ${PWD}:/backup debian:stretch-slim tar xvfz /backup/backup_vmail.tar.gz
-
+cd /pfad/zu/mailcow-dockerized
+cd /pfad/zu/mailcow-dockerized
source mailcow.conf
DATE=$(Datum +"%Y%m%d_%H%M%S")
docker-compose exec -T mysql-mailcow mysqldump --default-character-set=utf8mb4 -u${DBUSER} -p${DBPASS} ${DBNAME} > backup_${DBNAME}_${DATE}.sql
-
+Warning
Sie sollten den SQL-Dump ohne docker-compose umleiten, um Parsing-Fehler zu vermeiden.
cd /pfad/zu/mailcow-dockerized
+cd /pfad/zu/mailcow-dockerized
source mailcow.conf
docker exec -i $(docker-compose ps -q mysql-mailcow) mysql -u${DBUSER} -p${DBPASS} ${DBNAME} < backup_file.sql
-
+Sie benÜtigen ein SSH-fähiges Ziel und eine Schlßsseldatei, um sich mit diesem Ziel zu verbinden. Der Schlßssel sollte nicht durch ein Passwort geschßtzt sein, damit das Skript unbeaufsichtigt arbeiten kann.
In Ihrem mailcow-Basisverzeichnis, z.B. /opt/mailcow-dockerized, finden Sie eine Datei create_cold_standby.sh.
Bearbeiten Sie diese Datei und ändern Sie die exportierten Variablen:
-export REMOTE_SSH_KEY=/pfad/zur/keyfile
+export REMOTE_SSH_KEY=/pfad/zur/keyfile
export REMOTE_SSH_PORT=22
export REMOTE_SSH_HOST=mailcow-backup.host.name
-
+Der SchlĂźssel muss im Besitz von root sein und darf nur von diesem gelesen werden kĂśnnen.
Sowohl die Quelle als auch das Ziel benĂśtigen rsync >= v3.1.0.
Das Ziel muss Ăźber Docker und docker-compose v1 verfĂźgen.
Sie kĂśnnen die Verbindung testen, indem Sie ssh mailcow-backup.host.name -p22 -i /path/to/keyfile ausfĂźhren.
Starten Sie das erste Backup, dies kann je nach Verbindung eine Weile dauern:
-bash /opt/mailcow-dockerized/create_cold_standby.sh
-bash /opt/mailcow-dockerized/create_cold_standby.sh
+Das war einfach, nicht wahr?
Das Aktualisieren des Cold-Standby ist genauso einfach:
-bash /opt/mailcow-dockerized/create_cold_standby.sh
-bash /opt/mailcow-dockerized/create_cold_standby.sh
+Es ist derselbe Befehl.
Stellen Sie zunächst sicher, dass der cron Dienst aktiviert ist und läuft:
systemctl enable cron.service && systemctl start cron.service
-systemctl enable cron.service && systemctl start cron.service
+Um die Backups auf dem Cold-Standby-Server zu automatisieren, kĂśnnen Sie einen Cron-Job verwenden. Um die Cron-Jobs fĂźr den Root-Benutzer zu bearbeiten, fĂźhren Sie aus:
-crontab -e
-crontab -e
+Fßgen Sie die folgenden Zeilen hinzu, um den Cold-Standby-Server täglich um 03:00 Uhr zu synchronisieren. In diesem Beispiel werden Fehler der letzten Ausfßhrung in einer Datei protokolliert.
-PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
+PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
0 3 * * * bash /opt/mailcow-dockerized/create_cold_standby.sh 2> /var/log/mailcow-coldstandby-sync.log
-
+Wenn korrekt gespeichert, sollte der Cron-Job durch Eingabe angezeigt werden:
-crontab -l
-crontab -l
+Bitte kopieren Sie dieses Skript nicht an einen anderen Ort.
Um eine Wiederherstellung durchzufĂźhren, starten Sie mailcow, verwenden Sie das Skript mit "restore" als ersten Parameter.
-# Syntax:
+# Syntax:
# ./helper-scripts/backup_and_restore.sh restore
-
+Das Skript wird Sie nach einem Speicherort fĂźr die Sicherung der mailcow_DATE-Ordner fragen.
Um mailcow: dockerized mit all seinen Volumes, Images und Containern zu entfernen, tun Sie dies:
-docker-compose down -v --rmi all --remove-orphans
-docker-compose down -v --rmi all --remove-orphans
+Info
Docker -
curl -sSL https://get.docker.com/ | CHANNEL=stable sh
+curl -sSL https://get.docker.com/ | CHANNEL=stable sh
# Nachdem der Installationsprozess abgeschlossen ist, mĂźssen Sie eventuell den Dienst aktivieren und sicherstellen, dass er gestartet ist (z. B. CentOS 7)
systemctl enable --now docker
-
+Docker-Compose
@@ -2365,44 +2365,44 @@ systemctl enable --now dockermailcow benĂśtigt die neueste Version von docker-compose v1. Es wird dringend empfohlen, die untenstehenden Befehle zu verwenden, um docker-compose zu installieren. Paket-Manager (z.B. apt, yum) werden wahrscheinlich nicht die richtige Version liefern.
Hinweis: Dieser Befehl lädt docker-compose aus dem offiziellen Docker-Github-Repository herunter und ist eine sichere Methode. Das Snippet ermittelt die neueste unterstĂźtzte Version von mailcow. In fast allen Fällen ist dies die letzte verfĂźgbare Version (Ausnahmen sind kaputte Versionen oder grĂśĂere Ănderungen, die noch nicht von mailcow unterstĂźtzt werden).
curl -L https://github.com/docker/compose/releases/download/$(curl -Ls https://www.servercow.de/docker-compose/latest.php)/docker-compose-$(uname -s)-$(uname -m) > /usr/local/bin/docker-compose
+curl -L https://github.com/docker/compose/releases/download/$(curl -Ls https://www.servercow.de/docker-compose/latest.php)/docker-compose-$(uname -s)-$(uname -m) > /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose
-
+Bitte verwenden Sie die neueste verfĂźgbare Docker-Engine und nicht die Engine, die mit Ihrem Distros-Repository ausgeliefert wird.
1.1.1. Auf SELinux-aktivierten Systemen, z.B. CentOS 7:
rpm -qa | grep container-selinux
-rpm -qa | grep container-selinux
+Wenn der obige Befehl eine leere oder keine Ausgabe liefert, sollten Sie es Ăźber Ihren Paketmanager installieren.
docker info | grep selinux
-docker info | grep selinux
+Wenn der obige Befehl eine leere oder keine Ausgabe liefert, erstellen oder bearbeiten Sie /etc/docker/daemon.json und fĂźgen Sie "selinux-enabled": true hinzu. Beispielhafter Inhalt der Datei:
{
+{
"selinux-enabled": true
}
-
+Starten Sie den Docker-Daemon neu und ĂźberprĂźfen Sie, ob SELinux nun aktiviert ist.
Dieser Schritt ist erforderlich, um sicherzustellen, dass die mailcows-Volumes richtig gekennzeichnet sind, wie in der Compose-Datei angegeben. Wenn Sie daran interessiert sind, wie das funktioniert, kĂśnnen Sie sich die Readme-Datei von https://github.com/containers/container-selinux ansehen, die auf viele nĂźtzliche Informationen zu diesem Thema verweist.
2. Klonen Sie den Master-Zweig des Repositorys und stellen Sie sicher, dass Ihre umask gleich 0022 ist. Bitte klonen Sie das Repository als root-Benutzer und kontrollieren Sie auch den Stack als root. Wir werden die Attribute - wenn nÜtig - ändern, während wir die Container automatisch bereitstellen und sicherstellen, dass alles gesichert ist. Das update.sh-Skript muss daher ebenfalls als root ausgefßhrt werden. Es kann notwendig sein, den Besitzer und andere Attribute von Dateien zu ändern, auf die Sie sonst keinen Zugriff haben. Wir geben die Berechtigungen fßr jede exponierte Anwendung auf und fßhren einen exponierten Dienst nicht als root aus! Wenn Sie den Docker-Daemon als Nicht-Root-Benutzer steuern, erhalten Sie keine zusätzliche Sicherheit. Der unprivilegierte Benutzer wird die Container ebenfalls als root spawnen. Das Verhalten des Stacks ist identisch.
-$ su
+$ su
# umask
0022 # <- ĂberprĂźfen, dass es 0022 ist
# cd /opt
# git clone https://github.com/mailcow/mailcow-dockerized
# cd mailcow-dockerized
-
+3. Erzeugen Sie eine Konfigurationsdatei. Verwenden Sie einen FQDN (host.domain.tld) als Hostname, wenn Sie gefragt werden.
-
./generate_config.sh
-./generate_config.sh
+4. Ăndern Sie die Konfiguration, wenn Sie das wollen oder mĂźssen. -
nano mailcow.conf
-nano mailcow.conf
+MĂśglicherweise mĂźssen Sie einen vorinstallierten MTA stoppen, der Port 25/tcp blockiert. Siehe dieses Kapitel, um zu erfahren, wie man Postfix rekonfiguriert, um nach einer erfolgreichen Installation neben mailcow laufen zu lassen.
Einige Updates modifizieren mailcow.conf und fĂźgen neue Parameter hinzu. Es ist schwer, in der Dokumentation den Ăberblick zu behalten. Bitte ĂźberprĂźfen Sie deren Beschreibung und fragen Sie, wenn Sie unsicher sind, in den bekannten Kanälen nach Rat.
@@ -2410,20 +2410,20 @@ Wenn Sie planen, einen Reverse Proxy zu verwenden, kĂśnnen Sie zum Beispiel HTTPWenn Sie auf Probleme und seltsame Phänomene stoĂen, ĂźberprĂźfen Sie bitte Ihre MTU.
Bearbeiten Sie docker-compose.yml und ändern Sie die Netzwerkeinstellungen entsprechend Ihrer MTU.
FĂźgen Sie den neuen Parameter driver_opts wie folgt hinzu:
-
networks:
+networks:
mailcow-network:
...
driver_opts:
com.docker.network.driver.mtu: 1450
...
-
+4.2. Benutzer ohne ein IPv6-aktiviertes Netzwerk auf ihrem Hostsystem:
Einschalten von IPv6. Endlich.
Wenn Sie kein IPv6-fähiges Netzwerk auf Ihrem Host haben und Sie sich nicht um ein besseres Internet kßmmern (hehe), ist es empfehlenswert, IPv6 fßr das mailcow-Netzwerk zu deaktivieren, um unvorhergesehene Probleme zu vermeiden.
5. LAden Sie die Images herunter und fĂźhren Sie die Compose-Datei aus. Der Parameter -d wird mailcow: dockerized starten:
-
docker-compose pull
+docker-compose pull
docker-compose up -d
-
+Geschafft!
Sie kĂśnnen nun auf https://${MAILCOW_HOSTNAME} mit den Standard-Zugangsdaten admin + Passwort moohoo zugreifen.
Docker -
curl -sSL https://get.docker.com/ | CHANNEL=stable sh
+curl -sSL https://get.docker.com/ | CHANNEL=stable sh
# Nachdem der Installationsprozess abgeschlossen ist, mĂźssen Sie den Dienst aktivieren und sicherstellen, dass er gestartet ist (z. B. CentOS 7)
systemctl enable docker.service
-
+docker-compose -
curl -L https://github.com/docker/compose/releases/download/$(curl -Ls https://www.servercow.de/docker-compose/latest.php)/docker-compose-$(uname -s)-$(uname -m) > /usr/local/bin/docker-compose
+curl -L https://github.com/docker/compose/releases/download/$(curl -Ls https://www.servercow.de/docker-compose/latest.php)/docker-compose-$(uname -s)-$(uname -m) > /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose
-
+Bitte verwenden Sie die neueste verfĂźgbare Docker-Engine und nicht die Engine, die mit Ihrem Distros-Repository ausgeliefert wird.
2. Stoppen Sie Docker und stellen Sie sicher, dass Docker gestoppt wurde: -
systemctl stop docker.service
+systemctl stop docker.service
systemctl status docker.service
-
+3. FĂźhren Sie die folgenden Befehle auf dem Quellcomputer aus (achten Sie darauf, die abschlieĂenden Schrägstriche im ersten Pfadparameter wie unten gezeigt hinzuzufĂźgen!) - WARNUNG: Dieser Befehl lĂśscht alles, was bereits unter /var/lib/docker/volumes auf dem Zielrechner existiert:
-
rsync -aHhP --numeric-ids --delete /opt/mailcow-dockerized/ root@target-machine.example.com:/opt/mailcow-dockerized
+rsync -aHhP --numeric-ids --delete /opt/mailcow-dockerized/ root@target-machine.example.com:/opt/mailcow-dockerized
rsync -aHhP --numeric-ids --delete /var/lib/docker/volumes/ root@target-machine.example.com:/var/lib/docker/volumes
-
+4. Schalten Sie mailcow ab und stoppen Sie Docker auf dem Quellrechner. -
cd /opt/mailcow-dockerized
+cd /opt/mailcow-dockerized
docker-compose herunterfahren
systemctl stop docker.service
-
+**Wiederholen Sie Schritt 3 mit denselben Befehlen. Dies wird viel schneller gehen als beim ersten Mal.
6. Wechseln Sie auf den Zielrechner und starten Sie Docker. -
systemctl start docker.service
-systemctl start docker.service
+7. Ziehen Sie nun die mailcow Docker-Images auf den Zielrechner. -
cd /opt/mailcow-dockerized
+cd /opt/mailcow-dockerized
docker-compose pull
-
+8. Starten Sie den gesamten mailcow-Stack und alles sollte fertig sein! -
docker-compose up -d
-docker-compose up -d
+9. Zum Schluss ändern Sie Ihre DNS-Einstellungen so, dass sie auf den Zielserver zeigen.
Ein Update-Skript in Ihrem mailcow-dockerized Verzeichnis kĂźmmert sich um Updates.
Aber benutzen Sie es mit Bedacht! Wenn Sie denken, dass Sie viele Ănderungen am mailcow-Code vorgenommen haben, sollten Sie die manuelle Update-Anleitung unten verwenden.
FĂźhren sie das Update-Skript aus: -
./update.sh
-./update.sh
+Wenn es nĂśtig ist, wird es Sie fragen, wie Sie fortfahren mĂśchten. Merge-Fehler werden gemeldet. Einige kleinere Konflikte werden automatisch korrigiert (zugunsten des mailcow: dockerized repository code).
# Optionen kĂśnnen kombiniert werden
+# Optionen kĂśnnen kombiniert werden
# - PrĂźft auf Updates und zeigt Ănderungen an
./update.sh --check
@@ -2509,22 +2509,22 @@ Einige kleinere Konflikte werden automatisch korrigiert (zugunsten des mailcow:
# - Nicht aktualisieren, nur holen von Docker Images
./update.sh --prefetch
-
+Siehe git log --pretty=oneline | grep -i "before update", Sie werden eine Ausgabe ähnlich dieser haben:
22cd00b5e28893ef9ddef3c2b5436453cc5223ab Before update on 2020-09-28_19_25_45
+22cd00b5e28893ef9ddef3c2b5436453cc5223ab Before update on 2020-09-28_19_25_45
dacd4fb9b51e9e1c8a37d84485b92ffaf6c59353 Before update on 2020-08-07_13_31_31
-
+Fßhren Sie git diff 22cd00b5e28893ef9ddef3c2b5436453cc5223ab aus, um zu sehen, was sich geändert hat.
Ja.
Siehe das obige Thema, anstelle eines Diffs fĂźhren Sie checkout aus:
-docker-compose down
+docker-compose down
# Ersetzen Sie die Commit-ID 22cd00b5e28893ef9ddef3c2b5436453cc5223ab durch Ihre ID
git checkout 22cd00b5e28893ef9ddef3c2b5436453cc5223ab
docker-compose pull
docker-compose up -d
-
+Sie kĂśnnen sich in den Update-Mechanismus einklinken, indem Sie Skripte namens pre_commit_hook.sh und post_commit_hook.sh zu Ihrem mailcows-Root-Verzeichnis hinzufĂźgen. Siehe hier fĂźr weitere Details.
your_id von den Downloadlinks. Diese sind pro User individuell.FĂźgen Sie diese wie folgt in die data/conf/clamav/freshclam.conf ein und ersetzen Sie den your_id Teil mit Ihrer ID:
-
DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/securiteinfo.hdb
+DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/securiteinfo.hdb
DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/securiteinfo.ign2
DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/javascript.ndb
DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/spam_marketing.ndb
DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/securiteinfohtml.hdb
DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/securiteinfoascii.hdb
DatabaseCustomURL https://www.securiteinfo.com/get/signatures/your_id/securiteinfopdf.hdb
-
+Bei den kostenlosen SecuriteInfo Datenbanken ist die Download-Geschwindigkeit auf 300 kB/s begrenzt. Ăndern Sie in data/conf/clamav/freshclam.conf den Standardwert ReceiveTimeout 20 auf ReceiveTimeout 90 (Zeitangabe in Sekunden), da ansonsten einige der Datenbank-Downloads aufgrund ihrer GrĂśĂe abbrechen kĂśnnen.
Passen Sie data/conf/clamav/clamd.conf mit den folgenden Einstellungen an:
-
DetectPUA yes
+DetectPUA yes
ExcludePUA PUA.Win.Packer
ExcludePUA PUA.Win.Trojan.Packed
ExcludePUA PUA.Win.Trojan.Molebox
@@ -2493,11 +2493,11 @@ MaxEmbeddedPE 100M
MaxHTMLNormalize 50M
MaxScriptNormalize 50M
MaxZipTypeRcg 50M
-
+docker-compose restart clamd-mailcow
-docker-compose restart clamd-mailcow
+Bitte beachten Sie:
data/conf/clamav/freshclam.conf ein:
-DatabaseCustomURL http://sigs.interserver.net/interserver256.hdb
+DatabaseCustomURL http://sigs.interserver.net/interserver256.hdb
DatabaseCustomURL http://sigs.interserver.net/interservertopline.db
DatabaseCustomURL http://sigs.interserver.net/shell.ldb
DatabaseCustomURL http://sigs.interserver.net/whitelist.fp
-
+docker-compose restart clamd-mailcow
-docker-compose restart clamd-mailcow
+Es kann vorkommen, dass legitime (saubere) Mails von ClamAV blockiert werden (Rspamd markiert die Mail mit VIRUS_FOUND). So werden beispielsweise interaktive PDF-Formularanhänge standardmäĂig blockiert, da der eingebettete Javascript-Code fĂźr schädliche Zwecke verwendet werden kĂśnnte. ĂberprĂźfen Sie dies anhand der clamd-Protokolle, z.B.:
docker-compose logs clamd-mailcow | grep "FOUND"
-docker-compose logs clamd-mailcow | grep "FOUND"
+Diese Zeile bestätigt, dass ein solcher identifiziert wurde:
-clamd-mailcow_1 | Sat Sep 28 07:43:24 2019 -> instream(local): PUA.Pdf.Trojan.EmbeddedJavaScript-1(e887d2ac324ce90750768b86b63d0749:363325) FOUND
-clamd-mailcow_1 | Sat Sep 28 07:43:24 2019 -> instream(local): PUA.Pdf.Trojan.EmbeddedJavaScript-1(e887d2ac324ce90750768b86b63d0749:363325) FOUND
+Um diese spezielle Signatur auf die Whitelist zu setzen (und den Versand dieses Dateityps im Anhang zu ermĂśglichen), fĂźgen Sie sie der ClamAV-Signatur-Whitelist-Datei hinzu:
-echo 'PUA.Pdf.Trojan.EmbeddedJavaScript-1' >> data/conf/clamav/whitelist.ign2
-echo 'PUA.Pdf.Trojan.EmbeddedJavaScript-1' >> data/conf/clamav/whitelist.ign2
+Dann starten Sie den clamd-mailcow Service Container in der mailcow UI oder mit docker-compose neu:
-docker-compose restart clamd-mailcow
-docker-compose restart clamd-mailcow
+Bereinigen Sie zwischengespeicherte ClamAV-Ergebnisse in Redis:
-# docker-compose exec redis-mailcow /bin/sh
+# docker-compose exec redis-mailcow /bin/sh
/data # redis-cli KEYS rs_cl* | xargs redis-cli DEL
/data # exit
-
+Sie mĂźssen die Override-Datei mit den entsprechenden Build-Tags in den mailcow: dockerized Root-Ordner (d.h. /opt/mailcow-dockerized) kopieren:
cp helper-scripts/docker-compose.override.yml.d/BUILD_FLAGS/docker-compose.override.yml docker-compose.override.yml
-cp helper-scripts/docker-compose.override.yml.d/BUILD_FLAGS/docker-compose.override.yml docker-compose.override.yml
+Nehmen Sie Ihre Ănderungen in data/Dockerfiles/$service vor und erstellen Sie das Image lokal:
docker build data/Dockerfiles/service -t mailcow/$service
-docker build data/Dockerfiles/service -t mailcow/$service
+Nun werden die geänderten Container automatisch neu erstellt:
-docker-compose up -d
-docker-compose up -d
+Um eine schÜne Bash-Vervollständigung in Ihren Containern zu erhalten, fßhren Sie einfach das Folgende aus:
-curl -L https://raw.githubusercontent.com/docker/compose/$(docker-compose version --short)/contrib/completion/bash/docker-compose -o /etc/bash_completion.d/docker-compose
-curl -L https://raw.githubusercontent.com/docker/compose/$(docker-compose version --short)/contrib/completion/bash/docker-compose -o /etc/bash_completion.d/docker-compose
+Am 17. August haben wir die MĂśglichkeit, mit "jedem" oder "allen authentifizierten Benutzern" zu teilen, standardmäĂig deaktiviert.
Diese Funktion kann wieder aktiviert werden, indem ACL_ANYONE auf allow in mailcow.conf gesetzt wird:
ACL_ANYONE=allow
-ACL_ANYONE=allow
+Wenden Sie die Ănderungen an, indem Sie docker-compose up -d ausfĂźhren.
Dann wollen wir mal loslegen:
LÜschen Sie die Mails eines Benutzers im Junk-Ordner, die gelesen und älter als 4 Stunden sind
-docker-compose exec dovecot-mailcow doveadm expunge -u 'mailbox@example.com' mailbox 'Junk' SEEN not SINCE 4h
-docker-compose exec dovecot-mailcow doveadm expunge -u 'mailbox@example.com' mailbox 'Junk' SEEN not SINCE 4h
+LÜsche alle Mails des Benutzers im Junk-Ordner, die älter als 7 Tage sind
-docker-compose exec dovecot-mailcow doveadm expunge -A mailbox 'Junk' savedbefore 7d
-docker-compose exec dovecot-mailcow doveadm expunge -A mailbox 'Junk' savedbefore 7d
+LÜscht alle Mails (aller Benutzer) in allen Ordnern, die älter als 52 Wochen sind (internes Datum der Mail, nicht das Datum, an dem sie auf dem System gespeichert wurde => before statt savedbefore). Nßtzlich zum LÜschen sehr alter Mails in allen Benutzern und Ordnern (daher besonders nßtzlich fßr GDPR-Compliance).
docker-compose exec dovecot-mailcow doveadm expunge -A mailbox % before 52w
-docker-compose exec dovecot-mailcow doveadm expunge -A mailbox % before 52w
+LÜschen von Mails in einem benutzerdefinierten Ordner innerhalb des Posteingangs eines Benutzers, die nicht gekennzeichnet und älter als 2 Wochen sind
-docker-compose exec dovecot-mailcow doveadm expunge -u 'mailbox@example.com' mailbox 'INBOX/custom-folder' not FLAGGED not SINCE 2w
-docker-compose exec dovecot-mailcow doveadm expunge -u 'mailbox@example.com' mailbox 'INBOX/custom-folder' not FLAGGED not SINCE 2w
+Info
FĂźr mĂśgliche Zeitspannen oder SearchQuery schauen Sie bitte in man doveadm-search-query
@@ -2472,21 +2472,21 @@Wenn Sie eine solche Aufgabe automatisieren wollen, kĂśnnen Sie einen Cron-Job auf Ihrem Rechner erstellen, der ein Skript wie das folgende aufruft:
-#!/bin/bash
+#!/bin/bash
# Pfad zu mailcow-dockerized, z.B. /opt/mailcow-dockerized
cd /pfad/zu/ihrem/mailcow-dockerized
/usr/local/bin/docker-compose exec -T dovecot-mailcow doveadm expunge -A mailbox 'Junk' savedbefore 2w
/usr/local/bin/docker-compose exec -T dovecot-mailcow doveadm expunge -A mailbox 'Junk' SEEN not SINCE 12h
[...]
-
+Um einen Cronjob zu erstellen, kĂśnnen Sie crontab -e ausfĂźhren und etwas wie das Folgende einfĂźgen, um ein Skript auszufĂźhren:
# Jeden Tag um 04:00 Uhr morgens ausfĂźhren.
+# Jeden Tag um 04:00 Uhr morgens ausfĂźhren.
0 4 * * * /pfad/zu/ihr/expunge_mailboxes.sh
-
+Um dies mit einem Docker-Job-Scheduler zu archivieren, verwenden Sie diese docker-compose.override.yml mit Ihrer Mailcow:
-version: '2.1'
+version: '2.1'
services:
@@ -2504,12 +2504,12 @@ services:
- "ofelia.job-exec.dovecot-expunge-trash.schedule=0 4 * * *"
- "ofelia.job-exec.dovecot-expunge-trash.command=doveadm expunge -A mailbox 'Junk' savedbefore 2w"
- "ofelia.job-exec.dovecot-expunge-trash.tty=false"
-
+Der Job-Controller braucht nur Zugriff auf den Docker Control Socket, um das Verhalten von "exec" zu emulieren. Dann fßgen wir unserem Dovecot-Container ein paar Labels hinzu, um den Job-Scheduler zu aktivieren und ihm in einem Cron-kompatiblen Scheduling-Format mitzuteilen, wann er laufen soll. Wenn Sie Probleme mit dem Scheduling-String haben, kÜnnen Sie crontab guru verwenden. Diese docker-compose.override.yml lÜscht jeden Tag um 4 Uhr morgens alle Mails, die älter als 2 Wochen sind, aus dem Ordner "Junk". Um zu sehen, ob alles richtig gelaufen ist, kÜnnen Sie nicht nur in Ihrer Mailbox nachsehen, sondern auch im Docker-Log von Ofelia, ob es etwa so aussieht:
-common.go:124 âś NOTICE [Job "dovecot-expunge-trash" (8759567efa66)] Started - doveadm expunge -A mailbox 'Junk' savedbefore 2w,
+common.go:124 âś NOTICE [Job "dovecot-expunge-trash" (8759567efa66)] Started - doveadm expunge -A mailbox 'Junk' savedbefore 2w,
common.go:124 âś NOTICE [Job "dovecot-expunge-trash" (8759567efa66)] Finished in "285.032291ms", failed: false, skipped: false, error: none,
-
+Wenn der Vorgang fehlgeschlagen ist, wird dies angegeben und die Ausgabe von doveadm im Protokoll aufgefĂźhrt, um Ihnen die Fehlersuche zu erleichtern.
Falls Sie weitere Jobs hinzufßgen wollen, stellen Sie sicher, dass Sie den "dovecot-expunge-trash"-Teil nach "ofelia.job-exec." in etwas anderes ändern, er definiert den Namen des Jobs. Die Syntax der Labels finden Sie unter mcuadros/ofelia.
diff --git a/de/manual-guides/Dovecot/u_e-dovecot-extra_conf/index.html b/de/manual-guides/Dovecot/u_e-dovecot-extra_conf/index.html index cd4509dd2..e4b4e3b7f 100644 --- a/de/manual-guides/Dovecot/u_e-dovecot-extra_conf/index.html +++ b/de/manual-guides/Dovecot/u_e-dovecot-extra_conf/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2349,8 +2349,8 @@Erstellen Sie eine Datei data/conf/dovecot/extra.conf - falls nicht vorhanden - und fßgen Sie Ihren zusätzlichen Inhalt hier ein.
Starten Sie dovecot-mailcow neu, um Ihre Ănderungen zu Ăźbernehmen:
docker-compose restart dovecot-mailcow
-docker-compose restart dovecot-mailcow
+Die Standard-Heap-GrĂśĂe (1024 M) ist in mailcow.conf definiert.
Da wir in Docker laufen und unsere Container mit dem "restart: always" Flag erstellen, wird eine oom Situation zumindest nur einen Neustart des Containers auslĂśsen.
# Einzelbenutzer
+# Einzelbenutzer
docker-compose exec dovecot-mailcow doveadm fts rescan -u user@domain
# alle Benutzer
docker-compose exec dovecot-mailcow doveadm fts rescan -A
-
+Dies indiziert nicht eine Mailbox neu. Es repariert im Grunde einen gegebenen Index.
Wenn Sie die Daten sofort neu indizieren wollen, kĂśnnen Sie den folgenden Befehl ausfĂźhren, wobei '*' auch eine Postfachmaske wie 'Sent' sein kann. Sie mĂźssen diese Befehle nicht ausfĂźhren, aber es wird die Dinge ein wenig beschleunigen:
-# einzelner Benutzer
+# einzelner Benutzer
docker-compose exec dovecot-mailcow doveadm index -u user@domain '*'
# alle Benutzer, aber offensichtlich langsamer und gefährlicher
docker-compose exec dovecot-mailcow doveadm index -A '*'
-
+Dies wird einige Zeit in Anspruch nehmen, abhängig von Ihrer Maschine und Solr kann oom ausfßhren, ßberwachen Sie es!
Da die Neuindizierung sehr sinnvoll ist, haben wir sie nicht in die mailcow UI integriert. Sie mĂźssen sich um eventuelle Fehler beim Re-Indizieren einer Mailbox kĂźmmern.
Erstellen Sie eine neue Datei data/conf/dovecot/extra.conf (oder bearbeiten Sie sie, falls sie bereits existiert).
FĂźgen Sie die Einstellung ein, gefolgt von dem neuen Wert. Um zum Beispiel das Intervall auf 5 Minuten zu setzen, kĂśnnen Sie Folgendes eingeben:
imap_idle_notify_interval = 5 mins
-imap_idle_notify_interval = 5 mins
+29 Minuten ist der maximale Wert, den der entsprechende RFC erlaubt.
Warning
@@ -2471,13 +2471,13 @@ FĂźgen Sie die Einstellung ein, gefolgt von dem neuen Wert. Um zum Beispiel dasNun laden Sie Dovecot neu:
-docker-compose exec dovecot-mailcow dovecot reload
-docker-compose exec dovecot-mailcow dovecot reload
+Info
Sie kĂśnnen den Wert dieser Einstellung ĂźberprĂźfen mit -
docker-compose exec dovecot-mailcow dovecot -a | grep "imap_idle_notify_interval"
-docker-compose exec dovecot-mailcow dovecot -a | grep "imap_idle_notify_interval"
+Die Mails werden komprimiert (lz4) und verschlĂźsselt gespeichert. Das SchlĂźsselpaar ist in crypt-vol-1 zu finden.
Wenn Sie vorhandene maildir-Dateien entschlĂźsseln/verschlĂźsseln wollen, kĂśnnen Sie das folgende Skript auf eigene Gefahr verwenden:
Rufen Sie Dovecot auf, indem Sie docker-compose exec dovecot-mailcow /bin/bash im mailcow-dockerisierten Verzeichnis ausfĂźhren.
# EntschlĂźsseln Sie /var/vmail
+# EntschlĂźsseln Sie /var/vmail
find /var/vmail/ -type f -regextype egrep -regex '.*S=.*W=.*' | while read -r file; do
if [[ $(head -c7 "$file") == "CRYPTED" ]]; then
doveadm fs get compress lz4:0:crypt:private_key_path=/mail_crypt/ecprivkey.pem:public_key_path=/mail_crypt/ecpubkey.pem:posix:prefix=/ \
@@ -2375,7 +2375,7 @@ doveadm fs put crypt private_key_path=/mail_crypt/ecprivkey.pem:public_key_path=
chown 5000:5000 "$file"
fi
done
-
+Die Befehle quota get und quota recalc1 werden verwendet, um die Quota-Nutzung des aktuellen Benutzers anzuzeigen oder neu zu berechnen. Die angezeigten Werte sind in Kilobytes.
Um den aktuellen Quota-Status fĂźr einen Benutzer / eine Mailbox aufzulisten, tun Sie folgendes:
-doveadm quota get -u 'mailbox@example.org'
-doveadm quota get -u 'mailbox@example.org'
+Um den Quota-Speicherwert fĂźr alle Benutzer aufzulisten, tun Sie folgendes:
-doveadm quota get -A |grep "STORAGE"
-doveadm quota get -A |grep "STORAGE"
+Berechnen Sie die Quota-Nutzung eines einzelnen Benutzers neu:
-doveadm quota recalc -u 'mailbox@example.org'
-doveadm quota recalc -u 'mailbox@example.org'
+Der Befehl doveadm search2 wird verwendet, um Nachrichten zu finden, die Ihrer Anfrage entsprechen. Er kann den Benutzernamen, die Mailbox-GUID / -UID und die Nachrichten-GUIDs / -UIDs zurĂźckgeben.
Um die Anzahl der Nachrichten im .Trash Ordner eines Benutzers zu sehen:
-doveadm search -A mailbox 'Trash' | awk '{print $1}' | sort | uniq -c
-doveadm search -A mailbox 'Trash' | awk '{print $1}' | sort | uniq -c
+Alle Nachrichten im Postfach eines Benutzers anzeigen, die älter als 90 Tage sind:
-doveadm search -u 'mailbox@example.org' mailbox 'INBOX' savedbefore 90d
-doveadm search -u 'mailbox@example.org' mailbox 'INBOX' savedbefore 90d
+Zeige alle Nachrichten in beliebigen Ordnern, die älter sind als 30 Tage fßr mailbox@example.org:
doveadm search -u 'mailbox@example.org' mailbox "*" savedbefore 30d
-doveadm search -u 'mailbox@example.org' mailbox "*" savedbefore 30d
+Erstellen Sie einen neuen Ăśffentlichen Namespace "Public" und eine Mailbox "Develcow" innerhalb dieses Namespaces:
Bearbeiten oder erstellen Sie data/conf/dovecot/extra.conf, fĂźgen Sie hinzu:
namespace {
+namespace {
type = public
separator = /
prefix = Public/
@@ -2408,18 +2408,18 @@
auto = subscribe
}
}
-
+:INDEXPVT=~/public kann weggelassen werden, wenn die Flags, die pro Benutzer gesehen werden, nicht gewĂźnscht sind.
Die neue Mailbox im Ăśffentlichen Namensraum wird von den Benutzern automatisch abonniert.
Um allen authentifizierten Benutzern vollen Zugriff auf das neue Postfach (nicht auf den gesamten Namespace) zu gewähren, fßhren Sie aus:
-docker-compose exec dovecot-mailcow doveadm acl set -A "Public/Develcow" "authenticated" lookup read write write-seen write-deleted insert post delete expunge create
-docker-compose exec dovecot-mailcow doveadm acl set -A "Public/Develcow" "authenticated" lookup read write write-seen write-deleted insert post delete expunge create
+Passen Sie den Befehl an Ihre BedĂźrfnisse an, wenn Sie detailliertere Rechte pro Benutzer vergeben mĂśchten (verwenden Sie z.B. -u user@domain anstelle von -A).
Um allen authentifizierten Benutzern vollen Zugriff auf den gesamten Üffentlichen Namespace und seine Unterordner zu gewähren, erstellen Sie eine neue Datei dovecot-acl im Namespace-Stammverzeichnis:
Ăffnen/bearbeiten/erstellen Sie /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data/public/dovecot-acl (passen Sie den Pfad entsprechend an), um die globale ACL-Datei mit dem folgenden Inhalt zu erstellen:
authenticated kxeilprwts
-authenticated kxeilprwts
+kxeilprwts" ist gleichbedeutend mit "lookup read write write-seen write-deleted insert post delete expunge create".
Sie kÜnnen doveadm acl set -u user@domain "Public/Develcow" user=user@domain lookup read verwenden, um den Zugriff fßr einen einzelnen Benutzer zu beschränken. Sie kÜnnen es auch umdrehen und den Zugriff fßr alle Benutzer auf "lr" beschränken und nur einigen Benutzern vollen Zugriff gewähren.
Siehe Dovecot ACL fĂźr weitere Informationen Ăźber ACL.
diff --git a/de/manual-guides/Dovecot/u_e-dovecot-static_master/index.html b/de/manual-guides/Dovecot/u_e-dovecot-static_master/index.html index 3c74408a3..2865c3f92 100644 --- a/de/manual-guides/Dovecot/u_e-dovecot-static_master/index.html +++ b/de/manual-guides/Dovecot/u_e-dovecot-static_master/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2351,9 +2351,9 @@Das wird empfohlen und sollte nicht geändert werden.
Wenn der Benutzer trotzdem statisch sein soll, geben Sie bitte zwei Variablen in mailcow.conf an.
Beide Parameter dĂźrfen nicht leer sein!
-DOVECOT_MASTER_USER=mymasteruser
+DOVECOT_MASTER_USER=mymasteruser
DOVECOT_MASTER_PASS=mysecretpass
-
+FĂźhren Sie docker-compose up -d aus, um Ihre Ănderungen zu Ăźbernehmen.
Der statische Master-Benutzername wird zu DOVECOT_MASTER_USER@mailcow.local erweitert.
Um sich als test@example.org anzumelden, wĂźrde dies test@example.org*mymasteruser@mailcow.local mit dem oben angegebenen Passwort entsprechen.
Neuere Docker-Versionen scheinen sich ßber bestehende Volumes zu beschweren. Man kann dies vorßbergehend beheben, indem man das bestehende Volume entfernt und mailcow mit der Override-Datei startet. Aber es scheint nach einem Neustart problematisch zu sein (muss bestätigt werden).
Ein einfacher, schmutziger, aber stabiler Workaround ist es, mailcow zu stoppen (docker-compose down), /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data zu entfernen und einen neuen Link zu Ihrem entfernten Dateisystem zu erstellen, zum Beispiel:
mv /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data_backup
+mv /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data_backup
ln -s /mnt/volume-xy/vmail_data /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data
-
+Starten Sie anschlieĂend mailcow.
Wenn man einen anderen Ordner fĂźr das vmail-Volume verwenden mĂśchte, kann man eine docker-compose.override.yml Datei erstellen und den folgenden Inhalt hinzufĂźgen:
version: '2.1'
+version: '2.1'
volumes:
vmail-vol-1:
driver_opts:
type: none
device: /data/mailcow/vmail
o: bind
-
+docker volume inspect mailcowdockerized_vmail-vol-1[
+[
{
"CreatedAt": "2019-06-16T22:08:34+02:00",
"Driver": "local",
@@ -2476,7 +2476,7 @@ volumes:
"Scope": "local"
}
]
-
+Mountpoint-Ordners an den neuen Speicherort (z.B. /data/mailcow/vmail) mit cp -a, rsync -a oder einem ähnlichen, nicht strikten Kopierbefehldocker-compose down aus Ihrem mailcow-Stammverzeichnis (z.B. /opt/mailcow-dockerized)Um persistente (ßber Updates) Sites zu erstellen, die von mailcow: dockerized gehostet werden, muss eine neue Site-Konfiguration in data/conf/nginx/ platziert werden:
Eine gute Vorlage, um damit zu beginnen:
-nano data/conf/nginx/my_custom_site.conf
-server {
+nano data/conf/nginx/my_custom_site.conf
+
+server {
ssl_certificate /etc/ssl/mail/cert.pem;
ssl_certificate_key /etc/ssl/mail/key.pem;
ssl_protocols TLSv1.2 TLSv1.3;
@@ -2478,12 +2478,12 @@
return 301 https://$server_name$request_uri;
}
}
-
+Ein weiteres Beispiel mit einer Reverse-Proxy-Konfiguration:
-nano data/conf/nginx/my_custom_site.conf
-server {
+nano data/conf/nginx/my_custom_site.conf
+
+server {
ssl_certificate /etc/ssl/mail/cert.pem;
ssl_certificate_key /etc/ssl/mail/key.pem;
ssl_protocols TLSv1.2 TLSv1.3;
@@ -2519,18 +2519,18 @@
client_max_body_size 0;
}
}
-
+Der Dateiname, der fßr eine neue Site verwendet wird, ist nicht wichtig, solange der Dateiname eine .conf-Erweiterung trägt.
Es ist auch mĂśglich, die Konfiguration der Standarddatei site.conf Datei zu erweitern:
nano data/conf/nginx/site.my_content.custom
-nano data/conf/nginx/site.my_content.custom
+Dieser Dateiname muss keine ".conf"-Erweiterung haben, sondern folgt dem Muster site.*.custom, wobei * ein eigener Name ist.
Wenn PHP in eine benutzerdefinierte Site eingebunden werden soll, verwenden Sie bitte den PHP-FPM-Listener auf phpfpm:9002 oder erstellen Sie einen neuen Listener in data/conf/phpfpm/php-fpm.d/pools.conf.
Starten Sie Nginx neu (und PHP-FPM, falls ein neuer Listener erstellt wurde):
-docker-compose restart nginx-mailcow
+docker-compose restart nginx-mailcow
docker-compose restart php-fpm-mailcow
-
+WICHTIG: Diese Anleitung gilt nur fĂźr Konfigurationen, bei denen SNI nicht aktiviert ist. Wenn SNI aktiviert ist, muss der Zertifikatspfad angepasst werden. Etwas wie ssl_certificate,key /etc/ssl/mail/webmail.example.org/cert.pem,key.pem; wird genĂźgen. Aber: Das Zertifikat sollte zuerst bezogen werden und erst wenn das Zertifikat existiert, sollte eine Site Config erstellt werden. Nginx wird nicht starten, wenn es das Zertifikat und den SchlĂźssel nicht finden kann.
Um eine Subdomain webmail.example.org zu erstellen und sie auf SOGo umzuleiten, mĂźssen Sie eine neue Nginx-Site erstellen. Achten Sie dabei auf "CHANGE_TO_MAILCOW_HOSTNAME"!
nano data/conf/nginx/webmail.conf
-server {
+server {
ssl_certificate /etc/ssl/mail/cert.pem;
ssl_certificate_key /etc/ssl/mail/key.pem;
index index.php index.html;
@@ -2369,12 +2369,12 @@
return 301 https://CHANGE_TO_MAILCOW_HOSTNAME/SOGo;
}
}
-
+Speichern Sie und starten Sie Nginx neu: docker-compose restart nginx-mailcow.
Ăffnen Sie nun mailcow.conf und suchen Sie ADDITIONAL_SAN.
FĂźgen Sie webmail.example.org zu diesem Array hinzu, verwenden Sie keine AnfĂźhrungszeichen!
ADDITIONAL_SAN=webmail.example.org
-ADDITIONAL_SAN=webmail.example.org
+Fßhren Sie docker-compose up -d aus. Siehe "acme-mailcow" und "nginx-mailcow" Logs, wenn etwas fehlschlägt.
Ăffnen Sie data/conf/postfix/extra.cf und setzen Sie das message_size_limit entsprechend in Bytes. Siehe main.cf fĂźr den Standardwert.
Starten Sie Postfix neu:
-docker-compose restart postfix-mailcow
-docker-compose restart postfix-mailcow
+Diese Option ist keine Best-Practice und sollte nur verwendet werden, wenn es keine andere MĂśglichkeit gibt, das zu erreichen, was Sie erreichen wollen.
Erstellen Sie einfach eine Datei data/conf/postfix/check_sasl_access und tragen Sie den folgenden Inhalt ein. Dieser Benutzer muss in Ihrer Installation existieren und muss sich vor dem Versenden von Mails authentifizieren.
-
user-to-allow-everything@example.com OK
-user-to-allow-everything@example.com OK
+Ăffnen Sie data/conf/postfix/main.cf und suchen Sie smtpd_sender_restrictions. FĂźgen Sie check_sasl_access hash:/opt/postfix/conf/check_sasl_access wie folgt ein:
-
smtpd_sender_restrictions = check_sasl_access hash:/opt/postfix/conf/check_sasl_access reject_authenticated_sender_login_mismatch [...]
-smtpd_sender_restrictions = check_sasl_access hash:/opt/postfix/conf/check_sasl_access reject_authenticated_sender_login_mismatch [...]
+Postmap auf check_sasl_access ausfĂźhren:
-docker-compose exec postfix-mailcow postmap /opt/postfix/conf/check_sasl_access
-docker-compose exec postfix-mailcow postmap /opt/postfix/conf/check_sasl_access
+Starten Sie den Postfix-Container neu.
Postfix wird sich einmal nach dem Start von postfix-mailcow Ăźber doppelte Werte beschweren, dies ist beabsichtigt.
Syslog-ng wurde so konfiguriert, dass es diese Warnungen ausblendet, während Postfix läuft, um die Log-Dateien nicht jedes Mal mit unnÜtigen Informationen zu spammen, wenn ein Dienst benutzt wird.
Starten Sie postfix-mailcow neu, um Ihre Ănderungen zu Ăźbernehmen:
docker-compose restart postfix-mailcow
-docker-compose restart postfix-mailcow
+Um pflogsumm mit dem Standard-Logging-Treiber zu verwenden, mĂźssen wir postfix-mailcow Ăźber docker logs abfragen und die Ausgabe zu pflogsumm leiten:
-docker logs --since 24h $(docker ps -qf name=postfix-mailcow) | pflogsumm
-docker logs --since 24h $(docker ps -qf name=postfix-mailcow) | pflogsumm
+Die obige Log-Ausgabe ist auf die letzten 24 Stunden beschränkt.
Es ist auch mÜglich, einen täglichen pflogsumm-Bericht ßber cron zu erstellen. Erstellen Sie die Datei /etc/cron.d/pflogsumm mit dem folgenden Inhalt:
-SHELL=/bin/bash
+SHELL=/bin/bash
59 23 * * * root docker logs --since 24h $(docker ps -qf name=postfix-mailcow) | /usr/sbin/pflogsumm -d today | mail -s "Postfix Report of $(date)" postmaster@example.net
-
+Um zu funktionieren muss ein lokaler Postfix auf dem Server installiert werden, welcher an den Postfix der mailcow relayed.
Genauere Informationen lassen sich unter Sektion Post-Installationsaufgaben -> Lokaler MTA auf Dockerhost finden.
Basierend auf den Postfix-Logs der letzten 24 Stunden sendet dieses Beispiel dann jeden Tag um 23:59:00 Uhr einen pflogsumm-Bericht an postmaster@example.net.
diff --git a/de/manual-guides/Postfix/u_e-postfix-postscreen_whitelist/index.html b/de/manual-guides/Postfix/u_e-postfix-postscreen_whitelist/index.html index 668757dc1..fe581f7b3 100644 --- a/de/manual-guides/Postfix/u_e-postfix-postscreen_whitelist/index.html +++ b/de/manual-guides/Postfix/u_e-postfix-postscreen_whitelist/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2353,11 +2353,11 @@CIDR ACTION
Dabei steht CIDR fĂźr eine einzelne IP-Adresse oder einen IP-Bereich in CIDR-Notation und action entweder fĂźr "permit" oder "reject".
Beispiel:
-# Regeln werden in der angegebenen Reihenfolge ausgewertet.
+# Regeln werden in der angegebenen Reihenfolge ausgewertet.
# Schwarze Liste 192.168.* auĂer 192.168.0.1.
192.168.0.1 permit
192.168.0.0/16 reject
-
+Die Datei wird spontan neu geladen, ein Neustart von Postfix ist nicht erforderlich.
Um das Subnetz 192.168.2.0/24 zu den vertrauenswßrdigen Netzwerken hinzuzufßgen, kÜnnen Sie die folgende Konfiguration verwenden, abhängig von Ihren IPV4_NETWORK und IPV6_NETWORK Bereichen:
Bearbeiten Sie data/conf/postfix/extra.cf:
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 [fe80::]/10 172.22.1.0/24 [fd4d:6169:6c63:6f77::]/64 192.168.2.0/24
-mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 [fe80::]/10 172.22.1.0/24 [fd4d:6169:6c63:6f77::]/64 192.168.2.0/24
+FĂźhren Sie docker-compose restart postfix-mailcow aus, um Ihre neuen Einstellungen zu Ăźbernehmen.
Das Hinzufßgen von IPv6-Hosts erfolgt auf die gleiche Weise wie bei IPv4, allerdings muss das Subnetz in eckige Klammern [] gesetzt und die Netzmaske angehängt werden.
Um das Subnetz 2001:db8::/32 zu den vertrauenswßrdigen Netzwerken hinzuzufßgen, kÜnnen Sie die folgende Konfiguration verwenden, abhängig von Ihren IPV4_NETWORK- und IPV6_NETWORK-Bereichen:
Bearbeiten Sie data/conf/postfix/extra.cf:
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 [fe80::]/10 172.22.1.0/24 [fd4d:6169:6c63:6f77::]/64 [2001:db8::]/32
-mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 [fe80::]/10 172.22.1.0/24 [fd4d:6169:6c63:6f77::]/64 [2001:db8::]/32
+FĂźhren Sie docker-compose restart postfix-mailcow aus, um Ihre neuen Einstellungen zu Ăźbernehmen.
Info
diff --git a/de/manual-guides/Redis/u_e-redis/index.html b/de/manual-guides/Redis/u_e-redis/index.html index a97126f05..48729a65a 100644 --- a/de/manual-guides/Redis/u_e-redis/index.html +++ b/de/manual-guides/Redis/u_e-redis/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2477,28 +2477,28 @@Redis wird als Key-Value-Speicher fĂźr die Einstellungen und Daten von rspamd und (einige von) mailcow verwendet. Wenn Sie mit Redis nicht vertraut sind, lesen Sie bitte die EinfĂźhrung in Redis und besuchen Sie gegebenenfalls diese wunderbare Anleitung, um zu erfahren, wie man Redis benutzt.
Um sich mit dem redis cli zu verbinden, fĂźhren Sie aus:
-docker-compose exec redis-mailcow redis-cli
-docker-compose exec redis-mailcow redis-cli
+Hier sind einige nĂźtzliche Befehle fĂźr den redis-cli zur Fehlersuche:
Ăberwacht alle vom Server empfangenen Anfragen in Echtzeit:
-# docker-compose exec redis-mailcow redis-cli
+# docker-compose exec redis-mailcow redis-cli
127.0.0.1:6379> Ăźberwachen
OK
1494077286.401963 [0 172.22.1.253:41228] "SMEMBERS" "BAYES_SPAM_keys"
1494077288.292970 [0 172.22.1.253:41229] "SMEMBERS" "BAYES_SPAM_keys"
[...]
-
+Ermittelt alle SchlĂźssel, die dem Muster entsprechen:
-KEYS *
-KEYS *
+Testen Sie eine Verbindung:
-127.0.0.1:6379> PING
+127.0.0.1:6379> PING
PONG
-
+Wenn Sie mehr wissen wollen, hier ist ein Cheat-Sheet.
Sie kĂśnnen auch die Web-UI von Rspamd verwenden, um Ham und/oder Spam zu lernen oder bestimmte Einstellungen von Rspamd anzupassen.
Sie kĂśnnen einen Einzeiler verwenden, um Mails im Klartextformat (unkomprimiert) zu lernen:
-# Ham
-for file in /my/folder/cur/*; do docker exec -i $(docker-compose ps -q rspamd-mailcow) rspamc learn_ham < $file; done
+# Ham
+for file in /my/folder/cur/*; do docker exec -i $(docker-compose ps -q rspamd-mailcow) rspamc learn_ham < $file; done
# Spam
-for file in /my/folder/.Junk/cur/*; do docker exec -i $(docker-compose ps -q rspamd-mailcow) rspamc learn_spam < $file; done
-
+for file in /my/folder/.Junk/cur/*; do docker exec -i $(docker-compose ps -q rspamd-mailcow) rspamc learn_spam < $file; done
+Erwägen Sie, einen lokalen Ordner als neues Volume an rspamd-mailcow in docker-compose.yml anzuhängen und die gegebenen Dateien innerhalb des Containers zu lernen. Dies kann als Workaround verwendet werden, um komprimierte Daten mit zcat zu parsen. Beispiel:
``bash for file in /data/old_mail/.Junk/cur/*; do rspamc learn_spam < zcat $file; done -
### Gelernte Daten zurĂźcksetzen (Bayes, Neural)
+### Gelernte Daten zurĂźcksetzen (Bayes, Neural)
Sie mĂźssen die SchlĂźssel in Redis lĂśschen, um die gelernten Daten zurĂźckzusetzen, also erstellen Sie jetzt eine Kopie Ihrer Redis-Datenbank:
@@ -2545,30 +2545,30 @@ Sie mĂźssen die SchlĂźssel in Redis lĂśschen, um die gelernten Daten zurĂźckzuse
```bash
# Es ist besser, Redis zu stoppen, bevor Sie die Datei kopieren.
cp /var/lib/docker/volumes/mailcowdockerized_redis-vol-1/_data/dump.rdb /root/
-
+Bayes-Daten zurĂźcksetzen
-docker-compose exec redis-mailcow sh -c 'redis-cli --scan --pattern BAYES_* | xargs redis-cli del'
+docker-compose exec redis-mailcow sh -c 'redis-cli --scan --pattern BAYES_* | xargs redis-cli del'
docker-compose exec redis-mailcow sh -c 'redis-cli --scan --pattern RS* | xargs redis-cli del'
-
+Neurale Daten zurĂźcksetzen
-docker-compose exec redis-mailcow sh -c 'redis-cli --scan --pattern rn_* | xargs redis-cli del'
-docker-compose exec redis-mailcow sh -c 'redis-cli --scan --pattern rn_* | xargs redis-cli del'
+Fuzzy-Daten zurĂźcksetzen
-# Wir mĂźssen zuerst das redis-cli eingeben:
+# Wir mĂźssen zuerst das redis-cli eingeben:
docker-compose exec redis-mailcow redis-cli
# In redis-cli:
127.0.0.1:6379> EVAL "for i, name in ipairs(redis.call('KEYS', ARGV[1])) do redis.call('DEL', name); end" 0 fuzzy*
-
+Info
Wenn redis-cli sich beschwert Ăźber...
-(error) ERR wrong number of arguments for 'del' command
-(error) ERR wrong number of arguments for 'del' command
+...das SchlĂźsselmuster nicht gefunden wurde und somit keine Daten zum LĂśschen vorhanden sind - ist es in Ordnung.
``bash docker-compose exec rspamd-mailcow rspamc --help docker-compose exec rspamd-mailcow rspamadm --help -
## Greylisting deaktivieren
+## Greylisting deaktivieren
Nur Nachrichten mit einer hĂśheren Punktzahl werden als Greylisting betrachtet (soft rejected). Es ist schlechte Praxis, Greylisting zu deaktivieren.
@@ -2580,26 +2580,26 @@ FĂźgen Sie die Zeile hinzu:
```cpp
enabled = false;
-
+Speichern Sie die Datei und starten Sie "rspamd-mailcow" neu: docker-compose restart rspamd-mailcow
Jeder Benutzer kann seine Spam-Bewertung individuell ändern. Um eine neue serverweite Grenze zu definieren, editieren Sie data/conf/rspamd/local.d/actions.conf:
reject = 15;
-add_header = 8;
-greylist = 7;
-reject = 15;
+add_header = 8;
+greylist = 7;
+Speichern Sie die Datei und starten Sie "rspamd-mailcow" neu: docker-compose restart rspamd-mailcow
Bestehende Einstellungen der Benutzer werden nicht Ăźberschrieben!
Um benutzerdefinierte Schwellenwerte zurĂźckzusetzen, fĂźhren Sie aus:
-source mailcow.conf
+source mailcow.conf
docker-compose exec mysql-mailcow mysql -umailcow -p$DBPASS mailcow -e "delete from filterconf where option = 'highspamlevel' or option = 'lowspamlevel';"
# oder:
# docker-compose exec mysql-mailcow mysql -umailcow -p$DBPASS mailcow -e "delete from filterconf where option = 'highspamlevel' or option = 'lowspamlevel' and object = 'only-this-mailbox@example.org';"
-
+Die Standard-Spam-Reject-Meldung kann durch Hinzufßgen einer neuen Datei data/conf/rspamd/override.d/worker-proxy.custom.inc mit dem folgenden Inhalt geändert werden:
reject_message = "Meine eigene Ablehnungsnachricht";
-reject_message = "Meine eigene Ablehnungsnachricht";
+Speichern Sie die Datei und starten Sie Rspamd neu: docker-compose restart rspamd-mailcow.
Waehrend das oben genannte fuer abgelehnte Mails mit einem hohen Spam-Score funktioniert, ignorieren Prefilter-Aktionen diese Einstellung. FĂźr diese Karten muss das Multimap-Modul in Rspamd angepasst werden:
FĂźgen Sie Ihre eigene Nachricht als neue Zeile hinzu:
GLOBAL_RCPT_BL {
+GLOBAL_RCPT_BL {
Typ = "rcpt";
map = "${LOCAL_CONFDIR}/custom/global_rcpt_blacklist.map";
regexp = true;
@@ -2618,40 +2618,40 @@ docker-compose exec mysql-mailcow mysql -umailcow -p$DBPASS mailcow -e "del
action = "reject";
message = "Der Versand von E-Mails an diesen Empfänger ist durch postmaster@your.domain verboten";
}
-
+docker-compose restart rspamd-mailcow.Wenn Sie eine Nachricht stillschweigend verwerfen wollen, erstellen oder bearbeiten Sie die Datei data/conf/rspamd/override.d/worker-proxy.custom.inc und fĂźgen Sie den folgenden Inhalt hinzu:
discard_on_reject = true;
-discard_on_reject = true;
+Starten Sie Rspamd neu:
-docker-compose restart rspamd-mailcow
-docker-compose restart rspamd-mailcow
+Wenn Sie das UI nicht verwenden wollen und stattdessen alle SchlĂźssel in der Redis-Datenbank lĂśschen wollen, kĂśnnen Sie redis-cli fĂźr diese Aufgabe verwenden:
-docker-compose exec redis-mailcow sh
+docker-compose exec redis-mailcow sh
# Unlink (verfĂźgbar in Redis >=4.) lĂśscht im Hintergrund
redis-cli --scan --pattern RL* | xargs redis-cli unlink
-
+Starten Sie Rspamd neu:
-docker-compose exec redis-mailcow sh
-docker-compose exec redis-mailcow sh
+Sollte nur zur Fehlersuche verwendet werden!
-docker-compose exec dovecot-mailcow bash
+docker-compose exec dovecot-mailcow bash
mysql -umailcow -p$DBPASS mailcow -e "update quarantine set notified = 0;"
redis-cli -h redis DEL Q_LAST_NOTIFIED
quarantine_notify.py
-
+StandardmäĂig speichert Rspamd 1000 Elemente in der Historie.
Die Historie wird komprimiert gespeichert.
Es wird empfohlen, hier keinen unverhältnismäĂig hohen Wert zu verwenden, probieren Sie etwas in der GrĂśĂenordnung von 5000 oder 10000 und sehen Sie, wie Ihr Server damit umgeht:
Bearbeiten Sie data/conf/rspamd/local.d/history_redis.conf:
nrows = 1000; # Ăndern Sie diesen Wert
-nrows = 1000; # Ăndern Sie diesen Wert
+Starten Sie anschlieĂend Rspamd neu: docker-compose restart rspamd-mailcow
data/conf/sogo/custom-theme.js modifiziert und Ănderun
allow pasting und drĂźcken Sie Entercopy([].slice.call(document.styleSheets)
+copy([].slice.call(document.styleSheets)
.map(e => e.ownerNode)
.filter(e => e.hasAttribute('md-theme-style'))
.map(e => e.textInhalt)
.join('\n')
)
-
+data/conf/sogo/custom-theme.cssdata/conf/sogo/sogo.conf und setze SOGoUIxDebugEnabled = NO;docker-compose.override.yml mit:
-Version: '2.1'
+Version: '2.1'
Dienste:
sogo-mailcow:
volumes:
- ./data/conf/sogo/custom-theme.css:/usr/lib/GNUstep/SOGo/WebServerResources/css/theme-default.css:z
-
+docker-compose up -d ausdocker-compose restart memcached-mailcowdata/conf/sogo/custom-theme.js aus, indem Sie git fetch ; git checkout origin/master data/conf/sogo/custom-theme.js data/conf/sogo/custom-theme.js ausfĂźhrendata/conf/sogo/custom-theme.js:
-// Neue Paletten auf das Standardthema anwenden, einige FarbtĂśne neu zuordnen
+// Neue Paletten auf das Standardthema anwenden, einige FarbtĂśne neu zuordnen
$mdThemingProvider.theme('default')
.primaryPalette('green-cow', {
'default': '400', // Hintergrundfarbe der oberen Symbolleisten
@@ -2531,13 +2531,13 @@ Dienste:
hue-3': 'A700'
})
.backgroundPalette('frost-grey');
-
+ $mdThemingProvider.theme('default');
- $mdThemingProvider.theme('default');
+docker-compose.override.yml Volume Mount in sogo-mailcow:
-- ./data/conf/sogo/custom-theme.css:/usr/lib/GNUstep/SOGo/WebServerResources/css/theme-default.css:z
-- ./data/conf/sogo/custom-theme.css:/usr/lib/GNUstep/SOGo/WebServerResources/css/theme-default.css:z
+docker-compose up -d ausdocker-compose restart memcached-mailcow.Domains sind normalerweise voneinander isoliert.
Sie kÜnnen das ändern, indem Sie data/conf/sogo/sogo.conf modifizieren:
Suche... -
// SOGoDomainsVisibility = (
+ // SOGoDomainsVisibility = (
// (domain1.tld, domain5.tld),
// (domain3.tld, domain2.tld)
// );
-
+ SOGoDomainsVisibility = (
+ SOGoDomainsVisibility = (
(beispiel.org, beispiel.com, beispiel.net)
);
-
+SOGo neu starten: docker-compose restart sogo-mailcow
Bearbeiten Sie data/conf/sogo/sogo.conf und ändern Sie SOGoPasswordChangeEnabled auf NO. Bitte fßgen Sie keinen neuen Parameter hinzu.
Bearbeiten Sie data/conf/unbound/unbound.conf und fĂźgen Sie die folgenden Parameter hinzu:
forward-zone:
+forward-zone:
name: "."
forward-addr: 8.8.8.8 # VERWENDEN SIE KEINE ĂFFENTLICHEN DNS-SERVER - NUR EIN BEISPIEL
forward-addr: 8.8.4.4 # VERWENDET KEINE ĂFFENTLICHEN DNS-SERVER - NUR EIN BEISPIEL
-
+Unbound neu starten:
-docker-compose restart unbound-mailcow
-docker-compose restart unbound-mailcow
+cd /opt/mailcow-dockerized
+cd /opt/mailcow-dockerized
cp helper-scripts/docker-compose.override.yml.d/EXTERNAL_DNS/docker-compose.override.yml .
-
+Bearbeiten Sie docker-compose.override.yml und passen Sie die IP an.
FĂźhren Sie docker-compose down ; docker-compose up -d aus.
Watchdog verwendet Standardwerte fĂźr alle in docker-compose.yml definierten Thresholde.
Die Standardwerte sind fĂźr die meisten Konfigurationen geeignet. Beispiel: -
- NGINX_THRESHOLD=${NGINX_THRESHOLD:-5}
+- NGINX_THRESHOLD=${NGINX_THRESHOLD:-5}
- UNBOUND_THRESHOLD=${UNBOUND_THRESHOLD:-5}
- REDIS_THRESHOLD=${REDIS_THRESHOLD:-5}
- MYSQL_THRESHOLD=${MYSQL_THRESHOLD:-5}
@@ -2667,7 +2667,7 @@ Beispiel:
- OLEFY_THRESHOLD=${OLEFY_THRESHOLD:-5}
- MAILQ_THRESHOLD=${MAILQ_THRESHOLD:-20}
- MAILQ_CRIT=${MAILQ_CRIT:-30}
-
+Um sie anzupassen, fĂźgen Sie einfach die notwendigen Threshold Variablen (z.B. MAILQ_THRESHOLD=10) zu mailcow.conf hinzu und fĂźhren docker-compose up -d aus.
1. Diese Nachricht in einen Unterordner "facebook" verschieben (wird in Kleinbuchstaben erstellt, falls nicht vorhanden)
2. Den Tag dem Betreff voranstellen: "[facebook] Betreff"
Bitte beachten Sie: GroĂgeschriebene Tags werden in Kleinbuchstaben umgewandelt, mit Ausnahme des ersten Buchstabens. Wenn Sie den Tag so lassen wollen, wie er ist, wenden Sie bitte den folgenden Diff an und starten Sie mailcow neu: -
diff --git a/data/conf/dovecot/global_sieve_after b/data/conf/dovecot/global_sieve_after
+diff --git a/data/conf/dovecot/global_sieve_after b/data/conf/dovecot/global_sieve_after
index e047136e..933c4137 100644
--- a/data/conf/dovecot/global_sieve_after
+++ b/data/conf/dovecot/global_sieve_after
@@ -2416,7 +2416,7 @@ index e047136e..933c4137 100644
if mailboxexists "INBOX/${1}" {
fileinto "INBOX/${1}";
} else {
-
+Verwenden Sie die untenstehende Konfiguration nicht fĂźr Reverse-Proxy-Setups, bitte lesen Sie dazu unsere Reverse-Proxy-Anleitung, die einen Redirect von HTTP zu HTTPS beinhaltet.
Ăffne mailcow.conf und setze HTTP_BIND= - falls nicht bereits gesetzt.
Erstellen Sie eine neue Datei data/conf/nginx/redirect.conf und fĂźgen Sie die folgende Serverkonfiguration in die Datei ein:
server {
+server {
root /web;
listen 80 default_server;
listen [::]:80 default_server;
@@ -2363,13 +2363,13 @@
return 301 https://$host$uri$is_args$args;
}
}
-
+Falls Sie den Parameter HTTP_BIND geändert haben, erstellen Sie den Container neu:
-docker-compose up -d
-docker-compose up -d
+Andernfalls starten Sie Nginx neu:
-docker-compose restart nginx-mailcow
-docker-compose restart nginx-mailcow
+Ăffnen/erstellen Sie data/web/inc/vars.local.inc.php und fĂźgen Sie Ihre Ănderungen in das Konfigurationsfeld ein.
Die Ănderungen werden mit "$autodiscover_config" in data/web/inc/vars.inc.php zusammengefĂźhrt):
<?php
+<?php
$autodiscover_config = array(
// General autodiscover service type: "activesync" or "imap"
// emClient uses autodiscover, but does not support ActiveSync. mailcow excludes emClient from ActiveSync.
@@ -2388,7 +2388,7 @@ $autodiscover_config = array(
'port' => $https_port,
),
);
-
+Um immer IMAP und SMTP anstelle von EAS zu verwenden, setzen Sie 'autodiscoverType' => 'imap'.
Deaktivieren Sie ActiveSync fĂźr Outlook-Desktop-Clients, indem Sie "useEASforOutlook" auf "no" setzen.
diff --git a/de/manual-guides/u_e-reeanble-weak-protocols/index.html b/de/manual-guides/u_e-reeanble-weak-protocols/index.html index 7fab04170..7254a5495 100644 --- a/de/manual-guides/u_e-reeanble-weak-protocols/index.html +++ b/de/manual-guides/u_e-reeanble-weak-protocols/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2349,15 +2349,15 @@Unauthentifizierte Mails Ăźber SMTP an Port 25/tcp akzeptieren weiterhin >= TLS 1.0 . Es ist besser, eine schwache VerschlĂźsselung zu akzeptieren als gar keine.
Wie kann man schwache Protokolle wieder aktivieren?
Bearbeiten Sie data/conf/postfix/extra.cf:
submission_smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
+submission_smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
smtps_smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
-
+Bearbeiten Sie data/conf/dovecot/extra.conf:
ssl_min_protocol = TLSv1
-ssl_min_protocol = TLSv1
+Starten Sie die betroffenen Dienste neu:
-docker-compose restart postfix-mailcow dovecot-mailcow
-docker-compose restart postfix-mailcow dovecot-mailcow
+Tipp: Sie kĂśnnen TLS 1.2 in Windows 7 aktivieren.
Um IPv6 im mailcow-Netzwerk zu deaktivieren, Ăśffnen Sie docker-compose.yml mit Ihrem bevorzugten Texteditor und suchen Sie nach dem Netzwerk-Abschnitt (er befindet sich am Ende der Datei).
1. Ăndern Sie docker-compose.yml
Ăndern Sie enable_ipv6: true in enable_ipv6: false:
networks:
+networks:
mailcow-network:
[...]
enable_ipv6: true # <<< auf false setzen
[...]
-
+2. ipv6nat-mailcow deaktivieren
Um den ipv6nat-mailcow Container ebenfalls zu deaktivieren, gehen Sie in Ihr mailcow Verzeichnis und erstellen Sie eine neue Datei namens "docker-compose.override.yml":
HINWEIS: Wenn Sie bereits eine Override-Datei haben, erstellen Sie diese natĂźrlich nicht neu, sondern fĂźgen Sie die untenstehenden Zeilen entsprechend in Ihre bestehende Datei ein!
-# cd /opt/mailcow-dockerized
+# cd /opt/mailcow-dockerized
# touch docker-compose.override.yml
-
+Ăffnen Sie die Datei in Ihrem bevorzugten Texteditor und tragen Sie folgendes ein:
-version: '2.1'
+version: '2.1'
services:
ipv6nat-mailcow:
image: bash:latest
restart: "no"
entrypoint: ["echo", "ipv6nat disabled in compose.override.yml"]
-
+Damit diese Ănderungen wirksam werden, mĂźssen Sie den Stack vollständig stoppen und dann neu starten, damit Container und Netzwerke neu erstellt werden:
-docker-compose down
+docker-compose down
docker-compose up -d
-
+3. Deaktivieren Sie IPv6 in unbound-mailcow
Bearbeiten Sie data/conf/unbound/unbound.conf und setzen Sie do-ip6 auf "no":
Server:
+Server:
[...]
do-ip6: no
[...]
-
+unbound neu starten:
-docker-compose restart unbound-mailcow
-docker-compose restart unbound-mailcow
+4. Deaktivieren Sie IPv6 in postfix-mailcow
Erstellen Sie data/conf/postfix/extra.cf und setzen Sie smtp_address_preference auf ipv4:
smtp_address_preference = ipv4
+smtp_address_preference = ipv4
inet_protocols = ipv4
-
+Starten Sie Postfix neu:
-docker-compose restart postfix-mailcow
-docker-compose restart postfix-mailcow
+Erstellen Sie die Datei data/conf/rspamd/local.d/dmarc.conf und setzen Sie den folgenden Inhalt:
reporting {
+reporting {
enabled = true;
email = 'noreply-dmarc@example.com';
domain = 'example.com';
@@ -2486,9 +2486,9 @@
max_entries = 2k;
keys_expire = 2d;
}
-
+Erstellen oder ändern Sie docker-compose.override.yml im mailcow-dockerized Basisverzeichnis:
version: '2.1'
+version: '2.1'
services:
rspamd-mailcow:
@@ -2501,16 +2501,16 @@ services:
ofelia-mailcow:
depends_on:
- rspamd-mailcow
-
+Starte docker-compose up -d
Um eine versteckte Kopie der von Rspamd erzeugten Berichte zu erhalten, kĂśnnen Sie eine bcc_addrs Liste im reporting Konfigurationsabschnitt von data/conf/rspamd/local.d/dmarc.conf setzen:
reporting {
+reporting {
enabled = true;
email = 'noreply-dmarc@example.com';
bcc_addrs = ["noreply-dmarc@example.com", "parsedmarc@example.com"];
[...]
-
+Rspamd lädt Ănderungen in Echtzeit, so dass Sie den Container zu diesem Zeitpunkt nicht neu starten mĂźssen.
Dies kann nĂźtzlich sein, wenn Sie...
PrĂźfen Sie, wann der Berichtsplan zuletzt ausgefĂźhrt wurde:
-docker-compose exec rspamd-mailcow date -r /var/lib/rspamd/dmarc_reports_last_log
-docker-compose exec rspamd-mailcow date -r /var/lib/rspamd/dmarc_reports_last_log
+Sehen Sie sich die letzte Berichtsausgabe an:
-docker-compose exec rspamd-mailcow cat /var/lib/rspamd/dmarc_reports_last_log
-docker-compose exec rspamd-mailcow cat /var/lib/rspamd/dmarc_reports_last_log
+Manuelles AuslĂśsen eines DMARC-Berichts:
-docker-compose exec rspamd-mailcow rspamadm dmarc_report
-docker-compose exec rspamd-mailcow rspamadm dmarc_report
+Bestätigen Sie, dass Rspamd Daten in Redis aufgezeichnet hat:
-docker-compose exec redis-mailcow redis-cli KEYS 'dmarc;*'
+docker-compose exec redis-mailcow redis-cli KEYS 'dmarc;*'
docker-compose exec redis-mailcow redis-cli HGETALL "dmarc;example.com;20211231"
-
+Im obigen Beispiel werden die Berichte einmal alle 24 Stunden gesendet.
Der Olefia-Zeitplan hat die gleiche Implementierung wie cron in Go, die unterstĂźtzte Syntax ist beschrieben in cron Documentation
Um eine oder mehrere IPv4-Bind(ings) anzupassen, Ăśffne mailcow.conf und editiere eine, mehrere oder alle Variablen nach deinen BedĂźrfnissen:
# Aus technischen GrĂźnden unterscheiden sich die http-Bindungen ein wenig von anderen Service-Bindungen.
+# Aus technischen GrĂźnden unterscheiden sich die http-Bindungen ein wenig von anderen Service-Bindungen.
# Sie werden die folgenden Variablen finden, getrennt durch eine Bindungsadresse und deren Port:
# Beispiel: HTTP_BIND=1.2.3.4
@@ -2439,14 +2439,14 @@ SIEVE_PORT=4190
DOVEADM_PORT=127.0.0.1:19991
SQL_PORT=127.0.0.1:13306
SOLR_PORT=127.0.0.1:18983
-
+Um Ihre Ănderungen zu Ăźbernehmen, fĂźhren Sie docker-compose down gefolgt von docker-compose up -d aus.
Das Ăndern von IPv6-Bindings ist anders als bei IPv4. Auch dies hat einen technischen Hintergrund.
Eine docker-compose.override.yml Datei wird verwendet, anstatt die docker-compose.yml Datei direkt zu bearbeiten. Dies geschieht, um die Aktualisierbarkeit zu erhalten, da die Datei docker-compose.yml regelmäĂig aktualisiert wird und Ihre Ănderungen hĂśchstwahrscheinlich Ăźberschrieben werden.
Bearbeiten Sie die Datei "docker-compose.override.yml" und erstellen Sie sie mit dem folgenden Inhalt. Ihr Inhalt wird mit der produktiven Datei "docker-compose.yml" zusammengefĂźhrt.
Es wird eine imaginäre IPv6 2a00:dead:beef::abc angegeben. Das erste Suffix :PORT1 definiert den externen Port, während das zweite Suffix :PORT2 zu dem entsprechenden Port innerhalb des Containers fßhrt und nicht verändert werden darf.
version: '2.1'
+version: '2.1'
services:
dovecot-mailcow:
@@ -2467,7 +2467,7 @@ services:
ports:
- '2a00:dead:beef::abc:80:80'
- '2a00:dead:beef::abc:443:443'
-
+Um Ihre Ănderungen zu Ăźbernehmen, fĂźhren Sie docker-compose down gefolgt von docker-compose up -d aus.
Die einfachste MÜglichkeit wäre, den Listener an Port 25/tcp zu deaktivieren.
Postfix-Benutzer deaktivieren den Listener, indem sie die folgende Zeile (beginnend mit smtp oder 25) in /etc/postfix/master.cf auskommentieren:
-
#smtp inet n - - - - smtpd
-#smtp inet n - - - - smtpd
+AuĂerdem, um Ăźber eine Dockerized mailcow weiterzuleiten, sollten Sie 172.22.1.1 als Relayhost hinzufĂźgen und das Docker-Interface aus "inet_interfaces" entfernen:
postconf -e 'relayhost = 172.22.1.1'
+postconf -e 'relayhost = 172.22.1.1'
postconf -e "mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128"
postconf -e "inet_interfaces = loopback-only"
postconf -e "relay_transport = relay"
postconf -e "default_transport = smtp"
-
+Jetzt ist es wichtig, dass Sie nicht denselben FQDN in myhostname haben, den Sie fĂźr Ihre mailcow verwenden. PrĂźfen Sie Ihre lokale (nicht-Docker) Postfix' main.cf auf myhostname und setzen Sie ihn auf etwas anderes, zum Beispiel local.my.fqdn.tld.
"172.22.1.1" ist das von mailcow erstellte Netzwerk-Gateway in Docker. Das Relaying Ăźber diese Schnittstelle ist notwendig (anstatt - zum Beispiel - direkt Ăźber ${MAILCOW_HOSTNAME}), um Ăźber ein bekanntes internes Netzwerk weiterzuleiten.
diff --git a/de/post_installation/firststeps-logging/index.html b/de/post_installation/firststeps-logging/index.html index b5ed8bcdd..cd2953ddb 100644 --- a/de/post_installation/firststeps-logging/index.html +++ b/de/post_installation/firststeps-logging/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2466,16 +2466,16 @@ ohne die Fähigkeit zu verlieren, Logs von der UI zu lesen oder verdächtige CliHier ist die gute Nachricht: Da Docker einige groĂartige Logging-Treiber hat, kĂśnnen Sie mailcow: dockerized mit Leichtigkeit in Ihre bestehende Logging-Umgebung integrieren.
Erstellen Sie eine docker-compose.override.yml und fĂźgen Sie zum Beispiel diesen Block hinzu, um das "gelf" Logging-Plugin fĂźr postfix-mailcow zu verwenden:
version: '2.1'
+version: '2.1'
services:
postfix-mailcow: # oder ein anderer
logging:
driver: "gelf"
options:
gelf-address: "udp://graylog:12201"
-
+Ein weiteres Beispiel fĂźr Syslog:
-version: '2.1'
+version: '2.1'
services:
postfix-mailcow: # oder ein anderer
@@ -2506,10 +2506,10 @@ local3.* /var/log/mailcow.logs
& ~
# Danach rsyslog neu starten.
-
+Wenn Sie den Logging-Treiber global ändern wollen, editieren Sie die Konfigurationsdatei des Docker-Daemons /etc/docker/daemon.json und starten Sie den Docker-Dienst neu:
{
+{
...
"log-driver": "gelf",
"log-opts": {
@@ -2517,9 +2517,9 @@ local3.* /var/log/mailcow.logs
}
...
}
-
+FĂźr Syslog:
-{
+{
...
"log-driver": "syslog",
"log-opts": {
@@ -2527,7 +2527,7 @@ local3.* /var/log/mailcow.logs
}
...
}
-
+Starten Sie den Docker-Daemon neu und fĂźhren Sie docker-compose down && docker-compose up -d aus, um die Container mit dem neuen Protokollierungstreiber neu zu erstellen.
Sie mßssen die Nginx-Seite, die mit mailcow: dockerized geliefert wird, nicht ändern. mailcow: dockerized vertraut auf das Standard-Gateway IP 172.22.1.1 als Proxy.
1. Stellen Sie sicher, dass Sie HTTP_BIND und HTTPS_BIND in mailcow.conf auf eine lokale Adresse ändern und die Ports entsprechend einstellen, zum Beispiel:
-
HTTP_BIND=127.0.0.1
+HTTP_BIND=127.0.0.1
HTTP_PORT=8080
HTTPS_BIND=127.0.0.1
HTTPS_PORT=8443
-
+Dadurch werden auch die Bindungen innerhalb des Nginx-Containers geändert! Dies ist wichtig, wenn Sie sich entscheiden, einen Proxy innerhalb von Docker zu verwenden.
WICHTIG: Verwenden Sie nicht Port 8081, 9081 oder 65510!
Erzeugen Sie die betroffenen Container neu, indem Sie docker-compose up -d ausfĂźhren.
2. Konfigurieren Sie Ihren lokalen Webserver als Reverse Proxy:
Erforderliche Module: -
a2enmod rewrite proxy proxy_http headers ssl
-a2enmod rewrite proxy proxy_http headers ssl
+Let's Encrypt wird unserem Rewrite folgen, Zertifikatsanfragen in mailcow werden problemlos funktionieren.
Die hervorgehobenen Zeilen mĂźssen beachtet werden.
-<VirtualHost *:80>
- ServerName ZU MAILCOW HOSTNAMEN ĂNDERN
- ServerAlias autodiscover.*
- ServerAlias autoconfig.*
- RewriteEngine on
+<VirtualHost *:80>
+ ServerName ZU MAILCOW HOSTNAMEN ĂNDERN
+ ServerAlias autodiscover.*
+ ServerAlias autoconfig.*
+ RewriteEngine on
- RewriteCond %{HTTPS} off
- RewriteRule ^/?(.*) https://%{HTTP_HOST}/$1 [R=301,L]
+ RewriteCond %{HTTPS} off
+ RewriteRule ^/?(.*) https://%{HTTP_HOST}/$1 [R=301,L]
- ProxyPass / http://127.0.0.1:8080/
- ProxyPassReverse / http://127.0.0.1:8080/
- ProxyPreserveHost On
- ProxyAddHeaders On
- RequestHeader set X-Forwarded-Proto "http"
-</VirtualHost>
-<VirtualHost *:443>
- ServerName ZU MAILCOW HOSTNAMEN ĂNDERN
- ServerAlias autodiscover.*
- ServerAlias autoconfig.*
+ ProxyPass / http://127.0.0.1:8080/
+ ProxyPassReverse / http://127.0.0.1:8080/
+ ProxyPreserveHost On
+ ProxyAddHeaders On
+ RequestHeader set X-Forwarded-Proto "http"
+</VirtualHost>
+<VirtualHost *:443>
+ ServerName ZU MAILCOW HOSTNAMEN ĂNDERN
+ ServerAlias autodiscover.*
+ ServerAlias autoconfig.*
- # You should proxy to a plain HTTP session to offload SSL processing
- ProxyPass /Microsoft-Server-ActiveSync http://127.0.0.1:8080/Microsoft-Server-ActiveSync connectiontimeout=4000
- ProxyPassReverse /Microsoft-Server-ActiveSync http://127.0.0.1:8080/Microsoft-Server-ActiveSync
- ProxyPass / http://127.0.0.1:8080/
- ProxyPassReverse / http://127.0.0.1:8080/
- ProxyPreserveHost On
- ProxyAddHeaders On
- RequestHeader set X-Forwarded-Proto "https"
+ # You should proxy to a plain HTTP session to offload SSL processing
+ ProxyPass /Microsoft-Server-ActiveSync http://127.0.0.1:8080/Microsoft-Server-ActiveSync connectiontimeout=4000
+ ProxyPassReverse /Microsoft-Server-ActiveSync http://127.0.0.1:8080/Microsoft-Server-ActiveSync
+ ProxyPass / http://127.0.0.1:8080/
+ ProxyPassReverse / http://127.0.0.1:8080/
+ ProxyPreserveHost On
+ ProxyAddHeaders On
+ RequestHeader set X-Forwarded-Proto "https"
- SSLCertificateFile MAILCOW_ORDNER/data/assets/ssl/cert.pem
- SSLCertificateKeyFile MAILCOW_ORDNER/data/assets/ssl/key.pem
+ SSLCertificateFile MAILCOW_ORDNER/data/assets/ssl/cert.pem
+ SSLCertificateKeyFile MAILCOW_ORDNER/data/assets/ssl/key.pem
- # Wenn Sie einen HTTPS-Host als Proxy verwenden mĂśchten:
- #SSLProxyEngine On
+ # Wenn Sie einen HTTPS-Host als Proxy verwenden mĂśchten:
+ #SSLProxyEngine On
- # Wenn Sie einen Proxy fĂźr einen nicht vertrauenswĂźrdigen HTTPS-Host einrichten wollen:
- #SSLProxyVerify none
- #SSLProxyCheckPeerCN off
- #SSLProxyCheckPeerName off
- #SSLProxyCheckPeerExpire off
-</VirtualHost>
-
+ # Wenn Sie einen Proxy fĂźr einen nicht vertrauenswĂźrdigen HTTPS-Host einrichten wollen:
+ #SSLProxyVerify none
+ #SSLProxyCheckPeerCN off
+ #SSLProxyCheckPeerName off
+ #SSLProxyCheckPeerExpire off
+</VirtualHost>
+Let's Encrypt folgt unserem Rewrite, Zertifikatsanfragen funktionieren problemlos.
Achten Sie auf die hervorgehobenen Zeilen.
-server {
+server {
listen 80 default_server;
listen [::]:80 default_server;
server_name ZU MAILCOW HOSTNAMEN ĂNDERN autodiscover.* autoconfig.*;
@@ -2600,14 +2600,14 @@ server {
proxy_busy_buffers_size 512k;
}
}
-
+Warning
Dies ist ein nicht unterstĂźtzter Community Beitrag. Sie kĂśnnen gerne Korrekturen bereitstellen.
Wichtig/Fix erwĂźnscht: Dieses Beispiel leitet nur HTTPS-Verkehr weiter und benutzt nicht den in mailcow eingebauten ACME-Client.
-frontend https-in
+frontend https-in
bind :::443 v4v6 ssl crt mailcow.pem
default_backend mailcow
@@ -2616,7 +2616,7 @@ backend mailcow
http-request set-header X-Forwarded-Proto https if { ssl_fc }
http-request set-header X-Forwarded-Proto http if !{ ssl_fc }
server mailcow 127.0.0.1:8080 check
-
+Warning
@@ -2627,50 +2627,50 @@ backend mailcowZuallererst werden wir den acme-mailcow-Container deaktivieren, da wir die von traefik bereitgestellten Zertifikate verwenden werden.
Dazu mĂźssen wir SKIP_LETS_ENCRYPT=y in unserer mailcow.conf setzen und docker-compose up -d ausfĂźhren, um die Ănderungen zu Ăźbernehmen.
Dann erstellen wir eine docker-compose.override.yml Datei, um die Hauptdatei docker-compose.yml zu Ăźberschreiben, die sich im Mailcow-Stammverzeichnis befindet.
version: '2.1'
+version: '2.1'
-services:
- nginx-mailcow:
- networks:
- # Traefiks Netzwerk hinzufĂźgen
- web:
- labels:
- - traefik.enable=true
- # Erstellt einen Router namens "moo" fĂźr den Container und richtet eine Regel ein, um den Container mit einer bestimmten Regel zu verknĂźpfen,
- # in diesem Fall eine Host-Regel mit unserer MAILCOW_HOSTNAME-Variable.
- - traefik.http.routers.moo.rule=Host(`${MAILCOW_HOSTNAME}`)
- # Aktiviert tls Ăźber den zuvor erstellten Router.
- - traefik.http.routers.moo.tls=true
- # Gibt an, welche Art von Cert-Resolver wir verwenden werden, in diesem Fall le (Lets Encrypt).
- - traefik.http.routers.moo.tls.certresolver=le
- # Erzeugt einen Dienst namens "moo" fĂźr den Container und gibt an, welchen internen Port des Containers
- # Traefik die eingehenden Daten weiterleiten soll.
- - traefik.http.services.moo.loadbalancer.server.port=${HTTP_PORT}
- # Gibt an, welchen Eingangspunkt (externer Port) traefik fĂźr diesen Container abhĂśren soll.
- # Websecure ist Port 443, siehe die Datei traefik.toml wie oben.
- - traefik.http.routers.moo.entrypoints=websecure
- # Stellen Sie sicher, dass traefik das Web-Netzwerk verwendet, nicht das mailcowdockerized_mailcow-network
- - traefik.docker.network=web
+services:
+ nginx-mailcow:
+ networks:
+ # Traefiks Netzwerk hinzufĂźgen
+ web:
+ labels:
+ - traefik.enable=true
+ # Erstellt einen Router namens "moo" fĂźr den Container und richtet eine Regel ein, um den Container mit einer bestimmten Regel zu verknĂźpfen,
+ # in diesem Fall eine Host-Regel mit unserer MAILCOW_HOSTNAME-Variable.
+ - traefik.http.routers.moo.rule=Host(`${MAILCOW_HOSTNAME}`)
+ # Aktiviert tls Ăźber den zuvor erstellten Router.
+ - traefik.http.routers.moo.tls=true
+ # Gibt an, welche Art von Cert-Resolver wir verwenden werden, in diesem Fall le (Lets Encrypt).
+ - traefik.http.routers.moo.tls.certresolver=le
+ # Erzeugt einen Dienst namens "moo" fĂźr den Container und gibt an, welchen internen Port des Containers
+ # Traefik die eingehenden Daten weiterleiten soll.
+ - traefik.http.services.moo.loadbalancer.server.port=${HTTP_PORT}
+ # Gibt an, welchen Eingangspunkt (externer Port) traefik fĂźr diesen Container abhĂśren soll.
+ # Websecure ist Port 443, siehe die Datei traefik.toml wie oben.
+ - traefik.http.routers.moo.entrypoints=websecure
+ # Stellen Sie sicher, dass traefik das Web-Netzwerk verwendet, nicht das mailcowdockerized_mailcow-network
+ - traefik.docker.network=web
- certdumper:
- image: humenius/traefik-certs-dumper
- container_name: traefik_certdumper
- network_mode: none
- volumes:
- # mounten Sie den Ordner, der Traefiks `acme.json' Datei enthält
- # in diesem Fall wird Traefik von seinem eigenen docker-compose in ../traefik gestartet
- - ../traefik/data:/traefik:ro
- # SSL-Ordner von mailcow einhängen
- - ./data/assets/ssl/:/output:rw
- restart: always
- environment:
- # Ăndern Sie dies nur, wenn Sie eine andere Domain fĂźr Mailcows Web-Frontend verwenden als in der Standard-Konfiguration
- - DOMAIN=${MAILCOW_HOSTNAME}
+ certdumper:
+ image: humenius/traefik-certs-dumper
+ container_name: traefik_certdumper
+ network_mode: none
+ volumes:
+ # mounten Sie den Ordner, der Traefiks `acme.json' Datei enthält
+ # in diesem Fall wird Traefik von seinem eigenen docker-compose in ../traefik gestartet
+ - ../traefik/data:/traefik:ro
+ # SSL-Ordner von mailcow einhängen
+ - ./data/assets/ssl/:/output:rw
+ restart: always
+ environment:
+ # Ăndern Sie dies nur, wenn Sie eine andere Domain fĂźr Mailcows Web-Frontend verwenden als in der Standard-Konfiguration
+ - DOMAIN=${MAILCOW_HOSTNAME}
-networks:
- web:
- external: true
-
+networks:
+ web:
+ external: true
+Starten Sie die neuen Container mit docker-compose up -d.
Da Traefik 2 ein acme v2 Format verwendet, um ALLE Lizenzen von allen Domains zu speichern, mĂźssen wir einen Weg finden, die Zertifikate auszulagern. Zum GlĂźck haben wir [diesen kleinen Container] (https://hub.docker.com/r/humenius/traefik-certs-dumper), der die Datei acme.json Ăźber ein Volume und eine Variable DOMAIN=example. org, und damit wird der Container die cert.pem und key.pem Dateien ausgeben, dafĂźr lassen wir einfach den traefik-certs-dumper Container laufen, binden das /traefik Volume an den Ordner, in dem unsere acme.json gespeichert ist, binden das /output Volume an unseren mailcow data/assets/ssl/ Ordner, und setzen die DOMAIN=example.org Variable auf die Domain, von der wir die Zertifikate ausgeben wollen.
Dieser Container Ăźberwacht die Datei acme.json auf Ănderungen und generiert die Dateien cert.pem und key.pem direkt in data/assets/ssl/, wobei der Pfad mit dem /output-Pfad des Containers verbunden ist.
SKIP_LETS_ENCRYPT=y in unserer mailcow.conf<
Optional: Post-Hook-Skript fĂźr nicht-mailcow ACME-Clients¶
Die Verwendung eines lokalen Certbots (oder eines anderen ACME-Clients) erfordert den Neustart einiger Container, was Sie mit einem Post-Hook-Skript erledigen kĂśnnen.
Stellen Sie sicher, dass Sie die Pfade entsprechend ändern:
-
#!/bin/bash
+#!/bin/bash
cp /etc/letsencrypt/live/my.domain.tld/fullchain.pem /opt/mailcow-dockerized/data/assets/ssl/cert.pem
cp /etc/letsencrypt/live/my.domain.tld/privkey.pem /opt/mailcow-dockerized/data/assets/ssl/key.pem
postfix_c=$(docker ps -qaf name=postfix-mailcow)
dovecot_c=$(docker ps -qaf name=dovecot-mailcow)
nginx_c=$(docker ps -qaf name=nginx-mailcow)
docker restart ${postfix_c} ${dovecot_c} ${nginx_c}
-
+
HinzufĂźgen weiterer Servernamen fĂźr mailcow UI¶
Wenn Sie vorhaben, einen Servernamen zu verwenden, der nicht MAILCOW_HOSTNAME in Ihrem Reverse-Proxy ist, stellen Sie sicher, dass Sie diesen Namen zuerst in mailcow.conf Ăźber ADDITIONAL_SERVER_NAMES einpflegen. Die Namen mĂźssen durch Kommas getrennt werden und dĂźrfen keine Leerzeichen enthalten. Wenn Sie diesen Schritt Ăźberspringen, kann es sein, dass mailcow auf Ihren Reverse-Proxy mit einer falschen Seite antwortet.
-ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
-
+ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
+
FĂźhren Sie docker-compose up -d zum Anwenden aus.
diff --git a/de/post_installation/firststeps-rspamd_ui/index.html b/de/post_installation/firststeps-rspamd_ui/index.html
index 61a00a3a5..906ae17cf 100644
--- a/de/post_installation/firststeps-rspamd_ui/index.html
+++ b/de/post_installation/firststeps-rspamd_ui/index.html
@@ -11,7 +11,7 @@
-
+
@@ -19,7 +19,7 @@
-
+
diff --git a/de/post_installation/firststeps-snat/index.html b/de/post_installation/firststeps-snat/index.html
index 1f57ddda9..d3a58d591 100644
--- a/de/post_installation/firststeps-snat/index.html
+++ b/de/post_installation/firststeps-snat/index.html
@@ -11,7 +11,7 @@
-
+
@@ -19,7 +19,7 @@
-
+
@@ -2348,12 +2348,12 @@
SNAT wird verwendet, um die Quelladresse der von mailcow gesendeten Pakete zu ändern.
Es kann verwendet werden, um die ausgehende IP-Adresse auf Systemen mit mehreren IP-Adressen zu ändern.
Ăffnen Sie mailcow.conf, setzen Sie einen oder beide der folgenden Parameter:
-# Benutze diese IPv4 fĂźr ausgehende Verbindungen (SNAT)
+# Benutze diese IPv4 fĂźr ausgehende Verbindungen (SNAT)
SNAT_TO_SOURCE=1.2.3.4
# Benutze dieses IPv6 fĂźr ausgehende Verbindungen (SNAT)
SNAT6_TO_SOURCE=dead:beef
-
+
FĂźhren Sie docker-compose up -d aus.
Die Werte werden von netfilter-mailcow gelesen. netfilter-mailcow stellt sicher, dass die Post-Routing-Regeln auf Position 1 in der Netfilter-Tabelle stehen. Es lĂśscht sie automatisch und legt sie neu an, wenn sie an einer anderen Position als 1 gefunden werden.
ĂberprĂźfen Sie die Ausgabe von docker-compose logs --tail=200 netfilter-mailcow, um sicherzustellen, dass die SNAT-Einstellungen angewendet wurden.
diff --git a/de/post_installation/firststeps-ssl/index.html b/de/post_installation/firststeps-ssl/index.html
index 8e470b30b..4fce209bf 100644
--- a/de/post_installation/firststeps-ssl/index.html
+++ b/de/post_installation/firststeps-ssl/index.html
@@ -11,7 +11,7 @@
-
+
@@ -19,7 +19,7 @@
-
+
@@ -2586,8 +2586,8 @@
Zusätzliche Domain-Namen¶
Bearbeiten Sie "mailcow.conf" und fĂźgen Sie einen Parameter ADDITIONAL_SAN wie folgt hinzu:
Verwenden Sie keine AnfĂźhrungszeichen (") und keine Leerzeichen zwischen den Namen!
-ADDITIONAL_SAN=smtp.*,cert1.example.com,cert2.example.org,whatever.*
-
+ADDITIONAL_SAN=smtp.*,cert1.example.com,cert2.example.org,whatever.*
+
Jeder Name wird anhand seiner IPv6-Adresse oder - wenn IPv6 in Ihrer Domäne nicht konfiguriert ist - anhand seiner IPv4-Adresse ßberprßft.
Ein Wildcard-Name wie smtp.* wird versuchen, ein smtp.DOMAIN_NAME SAN fĂźr jede zu mailcow hinzugefĂźgte Domain zu erhalten.
FĂźhren Sie docker-compose up -d aus, um betroffene Container automatisch neu zu erstellen.
@@ -2596,17 +2596,17 @@
Die Verwendung anderer Namen als MAILCOW_HOSTNAME fĂźr den Zugriff auf das mailcow UI kann weitere Konfiguration erfordern.
Wenn Sie planen, einen anderen Servernamen als MAILCOW_HOSTNAME fĂźr den Zugriff auf die mailcow UI zu verwenden (z.B. durch HinzufĂźgen von mail.* zu ADDITIONAL_SAN), stellen Sie sicher, dass Sie diesen Namen in mailcow.conf Ăźber ADDITIONAL_SERVER_NAMES eintragen. Die Namen mĂźssen durch Kommas getrennt sein und dĂźrfen keine Leerzeichen enthalten. Wenn Sie diesen Schritt auslassen, kann mailcow mit einer falschen Seite antworten.
ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
-ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
+FĂźhren Sie docker-compose up -d aus, um es anzuwenden.
Um eine Erneuerung zu erzwingen, mĂźssen Sie eine Datei namens force_renew erstellen und den acme-mailcow Container neu starten:
cd /opt/mailcow-dockerized
+cd /opt/mailcow-dockerized
touch data/assets/ssl/force_renew
docker-compose restart acme-mailcow
# PrĂźfen Sie nun die Logs auf eine Erneuerung
docker-compose logs --tail=200 -f acme-mailcow
-
+Die Datei wird automatisch gelĂśscht.
Sie kĂśnnen die IP-ĂberprĂźfung Ăźberspringen, indem Sie SKIP_IP_CHECK=y in mailcow.conf setzen (keine AnfĂźhrungszeichen). Seien Sie gewarnt, dass eine Fehlkonfiguration dazu fĂźhrt, dass Sie von Let's Encrypt eingeschränkt werden! Dies ist vor allem fĂźr Multi-IP-Setups nĂźtzlich, bei denen der IP-Check die falsche Quell-IP-Adresse zurĂźckgeben wĂźrde. Aufgrund der Verwendung von dynamischen IPs fĂźr acme-mailcow ist Source-NAT bei Neustarts nicht konsistent.
MAILCOW_HOSTNAME
Um Ihre eigenen Zertifikate zu verwenden, speichern Sie einfach das kombinierte Zertifikat (mit dem Zertifikat und der zwischengeschalteten CA/CA, falls vorhanden) unter data/assets/ssl/cert.pem und den entsprechenden SchlĂźssel unter data/assets/ssl/key.pem.
WICHTIG: Verwenden Sie keine symbolischen Links! Stellen Sie sicher, dass Sie die Zertifikate kopieren und sie nicht mit data/assets/ssl verknĂźpfen.
Starten Sie die betroffenen Dienste anschlieĂend neu:
-docker restart $(docker ps -qaf name=postfix-mailcow)
+docker restart $(docker ps -qaf name=postfix-mailcow)
docker neu starten $(docker ps -qaf name=nginx-mailcow)
docker restart $(docker ps -qaf name=dovecot-mailcow)
-
+Siehe Post-Hook-Skript fßr Nicht-Mailcow-ACME-Clients fßr ein vollständiges Beispielskript.
Bearbeiten Sie mailcow.conf und fĂźgen Sie LE_STAGING=y hinzu.
FĂźhren Sie docker-compose up -d aus, um Ihre Ănderungen zu aktivieren.
Editieren Sie mailcow.conf und fĂźgen Sie die entsprechende Verzeichnis-URL in die neue Variable DIRECTORY_URL ein:
DIRECTORY_URL=https://acme-custom-v9000.api.letsencrypt.org/directory
-DIRECTORY_URL=https://acme-custom-v9000.api.letsencrypt.org/directory
+Sie kĂśnnen LE_STAGING nicht mit DIRECTORY_URL verwenden. Wenn beide gesetzt sind, wird nur LE_STAGING verwendet.
FĂźhren Sie docker-compose up -d aus, um Ihre Ănderungen zu aktivieren.
Fßhren Sie docker-compose logs acme-mailcow aus, um herauszufinden, warum eine Validierung fehlschlägt.
Um zu ĂźberprĂźfen, ob nginx das richtige Zertifikat verwendet, benutzen Sie einfach einen Browser Ihrer Wahl und ĂźberprĂźfen Sie das angezeigte Zertifikat.
Um das von Postfix, Dovecot und Nginx verwendete Zertifikat zu ĂźberprĂźfen, verwenden wir openssl:
# Verbindung Ăźber SMTP (587)
+# Verbindung Ăźber SMTP (587)
echo "Q" | openssl s_client -starttls smtp -crlf -connect mx.mailcow.email:587
# Verbindung Ăźber IMAP (143)
echo "Q" | openssl s_client -starttls imap -showcerts -connect mx.mailcow.email:143
# Verbindung Ăźber HTTPS (443)
echo "Q" | openssl s_client -connect mx.mailcow.email:443
-
+Um die von openssl zurĂźckgegebenen Verfallsdaten gegen MAILCOW_HOSTNAME zu validieren, kĂśnnen Sie unser Hilfsskript verwenden:
-cd /opt/mailcow-dockerized
+cd /opt/mailcow-dockerized
bash helper-scripts/expiry-dates.sh
-
+Stellen Sie sicher, dass der PTR-Eintrag Ihrer IP-Adresse mit dem FQDN Ihres mailcow-Hosts Ăźbereinstimmt: ${MAILCOW_HOSTNAME} 1. Dieser Eintrag wird normalerweise bei dem Provider gesetzt, von dem Sie die IP-Adresse (Server) gemietet haben.
Dieses Beispiel zeigt Ihnen eine Reihe von Einträgen fßr eine von mailcow verwaltete Domain. Jede Domain, die zu mailcow hinzugefßgt wird, benÜtigt mindestens diesen Satz an Einträgen, um korrekt zu funktionieren.
-# Name Typ Wert
+# Name Typ Wert
mail IN A 1.2.3.4
autodiscover IN CNAME mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
autoconfig IN CNAME mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
@ IN MX 10 mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
-
+Im folgenden Beispiel fßr eine DNS-Zonendatei wird ein einfacher SPF TXT-Eintrag verwendet, um nur DIESEM Server (dem MX) zu erlauben, E-Mails fßr Ihre Domäne zu senden. Jeder andere Server ist nicht zugelassen, kann es aber tun ("~all"). Weitere Informationen finden Sie im SPF-Projekt.
# Name Typ Wert
+# Name Typ Wert
@ IN TXT "v=spf1 mx a -all"
-
+Es wird dringend empfohlen, einen DKIM TXT-Eintrag in Ihrer mailcow UI zu erstellen und den entsprechenden TXT-Eintrag in Ihren DNS-Einträgen zu setzen. Bitte lesen Sie OpenDKIM fßr weitere Informationen.
-# Name Typ Wert
+# Name Typ Wert
dkim._domainkey IN TXT "v=DKIM1; k=rsa; t=s; s=email; p=..."
-
+Der letzte Schritt, um sich selbst und andere zu schĂźtzen, ist die Implementierung eines DMARC TXT-Datensatzes, zum Beispiel mit Hilfe des DMARC-Assistenten (check).
-# Name Typ Wert
+# Name Typ Wert
_dmarc IN TXT "v=DMARC1; p=reject; rua=mailto:mailauth-reports@example.org"
-
+SRV-Einträge geben den/die Server fßr ein bestimmtes Protokoll in Ihrer Domäne an. Wenn Sie einen Dienst explizit als nicht bereitgestellt ankßndigen wollen, geben Sie "." als Zieladresse an (statt "mail.example.org."). Bitte beachten Sie RFC 2782.
-# Name Typ Priorität Gewicht Port Wert
+# Name Typ Priorität Gewicht Port Wert
_autodiscover._tcp IN SRV 0 1 443 mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
_caldavs._tcp IN SRV 0 1 443 mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
_caldavs._tcp IN TXT "path=/SOGo/dav/"
@@ -2582,7 +2582,7 @@ _pop3s._tcp IN SRV 0 1 995 mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
_sieve._tcp IN SRV 0 1 4190 mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
_smtps._tcp IN SRV 0 1 465 mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
_submission._tcp IN SRV 0 1 587 mail.example.org. (Ihr ${MAILCOW_HOSTNAME})
-
+Hier finden Sie einige Tools, mit denen Sie Ihre DNS-Konfiguration ĂźberprĂźfen kĂśnnen:
Diese Dienste stellen Ihnen mÜglicherweise einen TXT-Eintrag zur Verfßgung, den Sie in Ihre DNS-Einträge einfßgen mßssen, so wie es der Anbieter vorschreibt. Bitte stellen Sie sicher, dass Sie die Dokumentation des Anbieters des von Ihnen gewählten Dienstes lesen, da dieser Prozess variieren kann.
Um eine rudimentäre E-Mail-Authentifizierungsprßfung durchzufßhren, senden Sie eine E-Mail an check-auth at verifier.port25.com und warten Sie auf eine Antwort. Sie werden einen Bericht ähnlich dem folgenden finden:
==========================================================
+==========================================================
Zusammenfassung der Ergebnisse
==========================================================
SPF-PrĂźfung: bestanden
@@ -2626,7 +2626,7 @@ SpamAssassin-PrĂźfung: ham
Einzelheiten:
==========================================================
....
-
+Der vollständige Bericht enthält weitere technische Details.
Im Rahmen unseres Supports kĂśnnen wir Ihnen bei der korrekten Planung Ihres Setups helfen.
Bitte ĂźberprĂźfen Sie, ob alle Standard-Ports von mailcow offen sind und nicht von anderen Anwendungen genutzt werden:
-ss -tlpn | grep -E -w '25|80|110|143|443|465|587|993|995|4190'
+ss -tlpn | grep -E -w '25|80|110|143|443|465|587|993|995|4190'
# oder:
netstat -tulpn | grep -E -w '25|80|110|143|443|465|587|993|995|4190'
-
+Warnung
Es gibt einige Probleme mit dem Betrieb von mailcow auf einem Firewalld/ufw aktivierten System. Sie sollten es deaktivieren (wenn mÜglich) und stattdessen Ihren Regelsatz in die DOCKER-USER-Kette verschieben, die nicht durch einen Neustart des Docker-Dienstes gelÜscht wird. Siehe diese (blog.donnex.net) oder diese (unrouted.io) Anleitung fßr Informationen darßber, wie man iptables-persistent mit der DOCKER-USER Kette benutzt. @@ -2665,34 +2665,34 @@ Da mailcow im Docker-Modus läuft, haben INPUT-Regeln keinen Effekt auf die Besc
Port 53 ist in diesem Fall fĂźr die Firewall-Konfiguration unwichtig. Laut Dokumentation verwendet unbound den Portbereich 1024-65535 fĂźr ausgehende Anfragen. Da es sich bei der Hetzner Robot Firewall um eine statische Firewall handelt (jedes eingehende Paket wird isoliert geprĂźft) - mĂźssen die folgenden Regeln angewendet werden:
FĂźr TCP -
SRC-IP: ---
+SRC-IP: ---
DST-IP: ---
SRC-Port: ---
DST-Port: 1024-65535
Protokoll: tcp
TCP-Flags: ack
Aktion: Akzeptieren
-
+FĂźr UDP -
SRC-IP: ---
+SRC-IP: ---
DST-IP: ---
SRC-Port: ---
DST-Port: 1024-65535
Protokoll: udp
Aktion: Akzeptieren
-
+Wenn man einen restriktiveren Portbereich anwenden will, muss man zuerst die Konfiguration von unbound ändern (nach der Installation):
{mailcow-dockerized}/data/conf/unbound/unbound.conf: -
ausgehender-Port-vermeiden: 0-32767
-ausgehender-Port-vermeiden: 0-32767
+Nun kĂśnnen die Firewall-Regeln wie folgt angepasst werden:
-[...]
+[...]
DST Port: 32768-65535
[...]
-
+Um sicherzustellen, dass Sie das richtige Datum und die richtige Zeit auf Ihrem System eingestellt haben, ĂźberprĂźfen Sie bitte die Ausgabe von timedatectl status:
$ timedatectl status
+$ timedatectl status
Lokale Zeit: Sat 2017-05-06 02:12:33 CEST
Weltzeit: Sa 2017-05-06 00:12:33 UTC
RTC-Zeit: Sa 2017-05-06 00:12:32
@@ -2707,22 +2707,22 @@ NTP synchronisiert: ja
Nächste Sommerzeitänderung: Die Sommerzeit endet (die Uhr springt eine Stunde rßckwärts) am
Sun 2017-10-29 02:59:59 MESZ
Sun 2017-10-29 02:00:00 MEZ
-
+Die Zeilen NTP aktiviert: ja und NTP synchronisiert: ja zeigen an, ob Sie NTP aktiviert haben und ob es synchronisiert ist.
Um NTP zu aktivieren, mĂźssen Sie den Befehl timedatectl set-ntp true ausfĂźhren. Sie mĂźssen auch Ihre /etc/systemd/timesyncd.conf bearbeiten:
# vim /etc/systemd/timesyncd.conf
+# vim /etc/systemd/timesyncd.conf
[Zeit]
NTP=0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 3.pool.ntp.org
-
+Prßfen Sie /etc/network/interfaces.d/50-cloud-init.cfg und ändern Sie die IPv6-Schnittstelle von eth0:0 auf eth0:
# Falsch:
+# Falsch:
auto eth0:0
iface eth0:0 inet6 static
# Richtig:
auto eth0
iface eth0 inet6 static
-
+Starten Sie die Schnittstelle neu, um die Einstellungen zu Ăźbernehmen. Sie kĂśnnen auĂerdem die cloud-init Netzwerkänderungen deaktivieren.
docker-compose.override.yml¶Im mailcow-dockerized Stammverzeichnis erstellen oder bearbeiten Sie docker-compose.override.yml und fĂźgen Sie die folgende
Konfiguration ein:
-
version: '2.1'
+version: '2.1'
-services:
- borgmatic-mailcow:
- image: b3vis/borgmatic
- hostname: mailcow
- restart: always
- dns: ${IPV4_NETWORK:-172.22.1}.254
- volumes:
- - vmail-vol-1:/mnt/source/vmail:ro
- - crypt-vol-1:/mnt/source/crypt:ro
- - redis-vol-1:/mnt/source/redis:ro,z
- - rspamd-vol-1:/mnt/source/rspamd:ro,z
- - postfix-vol-1:/mnt/source/postfix:ro,z
- - mysql-socket-vol-1:/var/run/mysqld/:z
- - borg-config-vol-1:/root/.config/borg:Z
- - borg-cache-vol-1:/root/.cache/borg:Z
- - ./data/conf/borgmatic/etc:/etc/borgmatic.d:Z
- - ./data/conf/borgmatic/ssh:/root/.ssh:Z
- environment:
- - TZ=${TZ}
- - BORG_PASSPHRASE=YouBetterPutSomethingRealGoodHere
- networks:
- mailcow-network:
- aliases:
- - borgmatic
+services:
+ borgmatic-mailcow:
+ image: b3vis/borgmatic
+ hostname: mailcow
+ restart: always
+ dns: ${IPV4_NETWORK:-172.22.1}.254
+ volumes:
+ - vmail-vol-1:/mnt/source/vmail:ro
+ - crypt-vol-1:/mnt/source/crypt:ro
+ - redis-vol-1:/mnt/source/redis:ro,z
+ - rspamd-vol-1:/mnt/source/rspamd:ro,z
+ - postfix-vol-1:/mnt/source/postfix:ro,z
+ - mysql-socket-vol-1:/var/run/mysqld/:z
+ - borg-config-vol-1:/root/.config/borg:Z
+ - borg-cache-vol-1:/root/.cache/borg:Z
+ - ./data/conf/borgmatic/etc:/etc/borgmatic.d:Z
+ - ./data/conf/borgmatic/ssh:/root/.ssh:Z
+ environment:
+ - TZ=${TZ}
+ - BORG_PASSPHRASE=YouBetterPutSomethingRealGoodHere
+ networks:
+ mailcow-network:
+ aliases:
+ - borgmatic
-volumes:
- borg-cache-vol-1:
- borg-config-vol-1:
-
+volumes:
+ borg-cache-vol-1:
+ borg-config-vol-1:
+Stellen Sie sicher, dass Sie die BORG_PASSPHRASE in eine sichere Passphrase Ihrer Wahl ändern.
Aus Sicherheitsgrßnden mounten wir das maildir als schreibgeschßtzt. Wenn Sie später Daten wiederherstellen wollen, mßssen Sie das
mĂźssen Sie das ro-Flag entfernen, bevor Sie die Daten wiederherstellen. Dies wird im Abschnitt Ăźber die Wiederherstellung von Backups beschrieben.
data/conf/borgmatic/etc/config.yaml¶Als nächstes mĂźssen wir die borgmatic-Konfiguration erstellen.
-source mailcow.conf
+source mailcow.conf
cat <<EOF > data/conf/borgmatic/etc/config.yaml
location:
source_directories:
@@ -2721,7 +2721,7 @@ cat <<EOF > data/conf/borgmatic/etc/config.yaml
password: ${DBPASS}
options: --default-character-set=utf8mb4
EOF
-
+Das Erstellen der Datei auf diese Weise stellt sicher, dass die korrekten MySQL-Zugangsdaten aus mailcow.conf Ăźbernommen werden.
Diese Datei ist ein minimales Beispiel fĂźr die Verwendung von borgmatic mit einem Konto user beim Cloud-Speicheranbieter rsync.net fĂźr
ein Repository namens mailcow (siehe repositories Einstellung). Es wird sowohl das maildir als auch die MySQL-Datenbank sichern, was alles ist
@@ -2737,8 +2737,8 @@ Container einbinden. Der Container definiert zu diesem Zweck ein Volume namens <
Erstellen Sie eine neue Textdatei in data/conf/borgmatic/etc/crontab.txt mit folgendem Inhalt:
14 * * * * PATH=$PATH:/usr/bin /usr/bin/borgmatic --stats -v 0 2>&1
-14 * * * * PATH=$PATH:/usr/bin /usr/bin/borgmatic --stats -v 0 2>&1
+Diese Datei erwartet eine crontab-Syntax. Das hier gezeigte Beispiel veranlasst das Backup, jede Stunde um 14 Minuten nach nach der vollen Stunde auszufĂźhren und am Ende einige nette Statistiken zu protokollieren.
Fßr den nächsten Schritt mßssen wir den Container in einem konfigurierten Zustand hochfahren und laufen lassen. Um das zu tun, fßhren Sie aus:
-docker-compose up -d
-docker-compose up -d
+Das Wiederherstellen eines Backups setzt voraus, dass Sie mit einer neuen Installation von mailcow beginnen, und dass Sie derzeit keine keine benutzerdefinierten Daten in ihrem maildir oder ihrer mailcow Datenbank.
@@ -2768,8 +2768,8 @@ dieses Volume zu schreiben.Bevor Sie eine Wiederherstellung durchfĂźhren, mĂźssen Sie das vmail-Volume in docker-compose.override.yml beschreibbar machen, indem Sie das
das ro-Flag aus dem Volume entfernen.
Dann kĂśnnen Sie den folgenden Befehl verwenden, um das Maildir aus einem Backup wiederherzustellen:
docker-compose exec borgmatic-mailcow borgmatic extract --path mnt/source --archive latest
-docker-compose exec borgmatic-mailcow borgmatic extract --path mnt/source --archive latest
+Alternativ kĂśnnen Sie auch einen beliebigen Archivnamen aus der Liste der Archive angeben (siehe Auflistung aller verfĂźgbaren Archive)
Die AusfĂźhrung dieses Befehls lĂśscht und erstellt die mailcow-Datenbank neu! FĂźhren sie diesen Befehl nicht aus, es sei denn sie beabsichtigen, die mailcow-Datenbank von einem Backup wiederherzustellen.
Um die MySQL-Datenbank aus dem letzten Archiv wiederherzustellen, verwenden Sie diesen Befehl:
-docker-compose exec borgmatic-mailcow borgmatic restore --archive latest
-docker-compose exec borgmatic-mailcow borgmatic restore --archive latest
+Alternativ kĂśnnen Sie auch einen beliebigen Archivnamen aus der Liste der Archive angeben (siehe Auflistung aller verfĂźgbaren Archive)
Nach der Wiederherstellung mßssen Sie mailcow neu starten. Wenn Sie den SELinux-Erzwingungsmodus deaktiviert haben, wäre jetzt ein guter Zeitpunkt, um ihn wieder zu aktivieren.
Um mailcow neu zu starten, verwenden Sie den folgenden Befehl:
-docker-compose down && docker-compose up -d
-docker-compose down && docker-compose up -d
+Wenn Sie SELinux verwenden, werden dadurch auch alle Dateien in Ihrem vmail-Volume neu benannt. Seien Sie geduldig, denn dies kann eine Weile dauern kann, wenn Sie viele Dateien haben.
docker-compose exec borgmatic-mailcow borgmatic -v 2
-docker-compose exec borgmatic-mailcow borgmatic -v 2
+docker-compose exec borgmatic-mailcow borgmatic list
-docker-compose exec borgmatic-mailcow borgmatic list
+Wenn borg während eines Archivierungslaufs unterbrochen wird, hinterlässt es eine veraltete Sperre, die gelÜscht werden muss, bevor neue Operationen durchgefßhrt werden kÜnnen:
-docker-compose exec borgmatic-mailcow borg break-lock user@rsync.net:mailcow
-docker-compose exec borgmatic-mailcow borg break-lock user@rsync.net:mailcow
+Wobei user@rsync.net:mailcow die URI zu Ihrem Repository ist.
Jetzt wäre ein guter Zeitpunkt, einen manuellen Archivierungslauf durchzufßhren, um sicherzustellen, dass er erfolgreich durchgefßhrt werden kann.
Beachten Sie, dass Sie in beiden Fällen auch die Passphrase haben mßssen, um die Archive zu entschlßsseln.
Um die keyfile zu holen, fĂźhren Sie aus:
docker-compose exec borgmatic-mailcow borg key export --paper user@rsync.net:mailcow
-docker-compose exec borgmatic-mailcow borg key export --paper user@rsync.net:mailcow
+Wobei user@rsync.net:mailcow die URI zu Ihrem Repository ist.
Mit der Fähigkeit von Gitea, sich Ăźber SMTP zu authentifizieren, ist es trivial, es mit mailcow zu integrieren. Es sind nur wenige Ănderungen erforderlich:
1. Ăffnen Sie docker-compose.override.yml und fĂźgen Sie Gitea hinzu:
version: '2.1'
+version: '2.1'
services:
gitea-mailcow:
@@ -2360,28 +2360,28 @@ services:
- gitea
ports:
- "${GITEA_SSH_PORT:-127.0.0.1:4000}:22"
-
+2. Erstellen Sie data/conf/nginx/site.gitea.custom, fĂźgen Sie folgendes hinzu:
-
location /gitea/ {
+location /gitea/ {
proxy_pass http://gitea:3000/;
}
-
+3. Ăffne mailcow.conf und definiere den Port Bind, den Gitea fĂźr SSH verwenden soll. Beispiel:
GITEA_SSH_PORT=127.0.0.1:4000
-GITEA_SSH_PORT=127.0.0.1:4000
+5. FĂźhren Sie docker-compose up -d aus, um den Gitea-Container hochzufahren und fĂźhren Sie anschlieĂend docker-compose restart nginx-mailcow aus.
6. Wenn Sie mailcow zu https gezwungen haben, fĂźhren Sie Schritt 9 aus und starten Sie gitea mit docker-compose restart gitea-mailcow neu. Fahren Sie mit Schritt 7 fort (Denken Sie daran, https anstelle von http zu verwenden, https://mx.example.org/gitea/
7. Ăffnen Sie http://${MAILCOW_HOSTNAME}/gitea/, zum Beispiel http://mx.example.org/gitea/. FĂźr die Datenbankdetails stellen Sie mysql als Datenbankhost ein. Verwenden Sie den in mailcow.conf gefundenen Wert von DBNAME als Datenbankname, DBUSER als Datenbankbenutzer und DBPASS als Datenbankpasswort.
8. Sobald die Installation abgeschlossen ist, loggen Sie sich als Administrator ein und setzen Sie "Einstellungen" -> "Autorisierung" -> "SMTP aktivieren". SMTP-Host sollte postfix mit Port 587 sein, setzen Sie Skip TLS Verify, da wir ein nicht gelistetes SAN verwenden ("postfix" ist hĂśchstwahrscheinlich nicht Teil Ihres Zertifikats).
9. Erstellen Sie data/gitea/gitea/conf/app.ini und setzen Sie die folgenden Werte. Sie kĂśnnen gitea cheat sheet, leider bisher nur in Englisch verfĂźgbar fĂźr deren Bedeutung und andere mĂśgliche Werte konsultieren.
[server]
+[server]
SSH_LISTEN_PORT = 22
# FĂźr GITEA_SSH_PORT=127.0.0.1:4000 in mailcow.conf, setzen:
SSH_DOMAIN = 127.0.0.1
SSH_PORT = 4000
# FĂźr MAILCOW_HOSTNAME=mx.example.org in mailcow.conf (und Standard-Ports fĂźr HTTPS), setzen:
ROOT_URL = https://mx.example.org/gitea/
-
+10. Starten Sie gitea neu mit docker-compose restart gitea-mailcow. Ihre Nutzer sollten in der Lage sein, sich mit von mailcow verwalteten Konten anzumelden.
Mit Gogs' Fähigkeit, sich Ăźber SMTP zu authentifizieren, ist es einfach, es mit mailcow zu verbinden. Es sind nur wenige Ănderungen erforderlich:
1. Ăffne docker-compose.override.yml und fĂźge Gogs hinzu:
version: '2.1'
+version: '2.1'
services:
gogs-mailcow:
@@ -2360,27 +2360,27 @@ services:
- gogs
ports:
- "${GOGS_SSH_PORT:-127.0.0.1:4000}:22"
-
+2. Erstelle data/conf/nginx/site.gogs.custom, fĂźge hinzu:
-
location /gogs/ {
+location /gogs/ {
proxy_pass http://gogs:3000/;
}
-
+3. Ăffne mailcow.conf und definiere die Bindung, die Gogs fĂźr SSH verwenden soll. Beispiel:
GOGS_SSH_PORT=127.0.0.1:4000
-GOGS_SSH_PORT=127.0.0.1:4000
+5. FĂźhren Sie docker-compose up -d aus, um den Gogs-Container hochzufahren und fĂźhren Sie anschlieĂend docker-compose restart nginx-mailcow aus.
6. Ăffnen Sie http://${MAILCOW_HOSTNAME}/gogs/, zum Beispiel http://mx.example.org/gogs/. FĂźr Datenbank-Details setzen Sie mysql als Datenbank-Host. Verwenden Sie den in mailcow.conf gefundenen Wert von DBNAME als Datenbankname, DBUSER als Datenbankbenutzer und DBPASS als Datenbankpasswort.
7. Sobald die Installation abgeschlossen ist, loggen Sie sich als Administrator ein und setzen Sie "Einstellungen" -> "Autorisierung" -> "SMTP aktivieren". SMTP-Host sollte postfix mit Port 587 sein, setzen Sie Skip TLS Verify, da wir ein nicht gelistetes SAN verwenden ("postfix" ist hĂśchstwahrscheinlich nicht Teil Ihres Zertifikats).
8. Erstellen Sie data/gogs/gogs/conf/app.ini und setzen Sie die folgenden Werte. Sie kĂśnnen Gogs cheat sheet fĂźr ihre Bedeutung und andere mĂśgliche Werte konsultieren.
[server]
+[server]
SSH_LISTEN_PORT = 22
# FĂźr GOGS_SSH_PORT=127.0.0.1:4000 in mailcow.conf, setzen:
SSH_DOMAIN = 127.0.0.1
SSH_PORT = 4000
# FĂźr MAILCOW_HOSTNAME=mx.example.org in mailcow.conf (und Standard-Ports fĂźr HTTPS), setzen:
ROOT_URL = https://mx.example.org/gogs/
-
+9. Starten Sie Gogs neu mit docker-compose restart gogs-mailcow. Ihre Benutzer sollten in der Lage sein, sich mit von mailcow verwalteten Konten einzuloggen.
Der grĂśĂte Teil der Konfiguration ist in mailcows DNS Konfiguration enthalten. Nachdem diese Einrichtung abgeschlossen ist, fĂźgen Sie eine weitere Subdomain fĂźr Mailman hinzu, z.B. lists.example.org, die auf denselben Server zeigt:
# Name Typ Wert
+# Name Typ Wert
lists IN A 1.2.3.4
lists IN AAAA dead:beef
-
+Installieren Sie Apache, z.B. mit dieser Anleitung von Digital Ocean: How To Install the Apache Web Server on Ubuntu 20.04 (Englisch).
Aktivieren Sie bestimmte Apache Module (als root oder sudo):
-a2enmod rewrite proxy proxy_http headers ssl wsgi proxy_uwsgi http2
-a2enmod rewrite proxy proxy_http headers ssl wsgi proxy_uwsgi http2
+MĂśglicherweise mĂźssen Sie weitere Pakete installieren, um diese Module zu erhalten. Dieses PPA von OndĹej SurĂ˝ kĂśnnte Ihnen helfen.
Kopieren Sie die mailcow.conf und die mailman.conf in den Apache conf Ordner sites-available (z.B. unter /etc/apache2/sites-available).
Installieren Sie certbot (als root oder sudo):
-apt install certbot
-apt install certbot
+Holen Sie sich die gewĂźnschten Zertifikate (als root oder sudo):
-certbot certonly -d mailcow_HOSTNAME
+certbot certonly -d mailcow_HOSTNAME
certbot certonly -d MAILMAN_DOMAIN
-
+Folgen Sie der mailcow installation. Schritt 5 auslassen und nicht mit docker-compose starten!
Dies ist auch Schritt 4 in der offiziellen mailcow-Installation (nano mailcow.conf). Passen Sie also Ihre Bedßrfnisse an und ändern Sie die folgenden Variablen:
HTTP_PORT=18080 # verwenden Sie nicht 8080, da mailman es braucht
+HTTP_PORT=18080 # verwenden Sie nicht 8080, da mailman es braucht
HTTP_BIND=127.0.0.1 #
HTTPS_PORT=18443 # Sie kĂśnnen 8443 verwenden
HTTPS_BIND=127.0.0.1 # # HTTPS_BIND=127.0.0.1
@@ -2826,10 +2826,10 @@ SKIP_LETS_ENCRYPT=y # Der Reverse Proxy wird die SSL-Verifizierung durchfĂźhren
SNAT_TO_SOURCE=1.2.3.4 # ändern Sie dies in Ihre IPv4
SNAT6_TO_SOURCE=dead:beef # Ăndern Sie dies in Ihre globale IPv6
-
+Erstelle die Datei /opt/mailcow-dockerized/docker-compose.override.yml (z.B. mit nano) und fĂźge die folgenden Zeilen hinzu:
version: '2.1'
+version: '2.1'
services:
postfix-mailcow:
@@ -2841,10 +2841,10 @@ services:
networks:
docker-mailman_mailman:
external: true
-
+Das zusätzliche Volume wird von Mailman verwendet, um zusätzliche Konfigurationsdateien fßr mailcow postfix zu generieren. Das externe Netzwerk wird von Mailman erstellt und verwendet. mailcow benÜtigt es, um eingehende Listenmails an Mailman zu liefern.
Erstellen Sie die Datei /opt/mailcow-dockerized/data/conf/postfix/extra.cf (z.B. mit nano) und fĂźgen Sie die folgenden Zeilen hinzu:
# mailman
+# mailman
recipient_delimiter = +
unknown_local_recipient_reject_code = 550
@@ -2869,7 +2869,7 @@ relay_domains =
relay_recipient_maps =
proxy:mysql:/opt/postfix/conf/sql/mysql_relay_recipient_maps.cf,
regexp:/opt/mailman/core/var/data/postfix_lmtp
-
+Da wir hier die mailcow postfix Konfiguration Ăźberschreiben, kann dieser Schritt Ihre normalen Mailtransporte unterbrechen. ĂberprĂźfen Sie die originalen Konfigurationsdateien, wenn sich etwas geändert hat.
Da wir mailcow als Proxy verwenden, mĂźssen wir die SSL-Zertifikate in die mailcow-Dateistruktur kopieren. Diese Aufgabe wird das Skript renew-ssl.sh fĂźr uns erledigen:
@@ -2880,26 +2880,26 @@ relay_recipient_maps =Sie mĂźssen einen cronjob erstellen, so dass neue Zertifikate kopiert werden. FĂźhren Sie ihn als root oder sudo aus:
-crontab -e
-crontab -e
+Um das Skript jeden Tag um 5 Uhr morgens laufen zu lassen, fĂźgen Sie hinzu:
-0 5 * * * /opt/mailcow-dockerized/renew-ssl.sh
-0 5 * * * /opt/mailcow-dockerized/renew-ssl.sh
+Befolgen Sie im Wesentlichen die Anweisungen unter docker-mailman. Da sie sehr umfangreich sind, ist hier in aller KĂźrze beschrieben, was zu tun ist:
Als root oder sudo:
-cd /opt
+cd /opt
mkdir -p mailman/core
mkdir -p mailman/web
git clone https://github.com/maxking/docker-mailman
cd docker-mailman
-
+Erstellen Sie einen langen SchlĂźssel fĂźr Hyperkitty, z.B. mit dem Linux-Befehl cat /dev/urandom | tr -dc a-zA-Z0-9 | head -c30; echo. Speichern Sie diesen SchlĂźssel vorerst als HYPERKITTY_KEY.
Erstellen Sie ein langes Passwort fßr die Datenbank, z. B. mit dem Linux-Befehl cat /dev/urandom | tr -dc a-zA-Z0-9 | head -c30; echo. Speichern Sie dieses Passwort zunächst als DBPASS.
Erstellen Sie einen langen SchlĂźssel fĂźr Django, z. B. mit dem Linux-Befehl cat /dev/urandom | tr -dc a-zA-Z0-9 | head -c30; echo. Speichern Sie diesen SchlĂźssel fĂźr einen Moment als DJANGO_KEY.
Erstellen Sie die Datei /opt/docker-mailman/docker-compose.override.yaml und ersetzen Sie HYPERKITTY_KEY, DBPASS und DJANGO_KEY durch die generierten Werte:
version: '2'
+version: '2'
services:
mailman-core:
@@ -2928,17 +2928,17 @@ services:
environment:
- POSTGRES_PASSWORD=DBPASS
restart: always
-
+Bei mailman-web geben Sie die korrekten Werte fßr SERVE_FROM_DOMAIN (z.B. lists.example.org), MAILMAN_ADMIN_USER und MAILMAN_ADMIN_EMAIL ein. Sie benÜtigen die Admin-Zugangsdaten, um sich in der Web-Oberfläche (Pistorius) anzumelden. Um das Passwort zum ersten Mal zu setzen, verwenden Sie die Funktion Passwort vergessen im Webinterface.
Ăber andere Konfigurationsoptionen lesen Sie die Dokumentationen Mailman-web und Mailman-core.
Erstellen Sie die Datei /opt/mailman/core/mailman-extra.cfg mit dem folgenden Inhalt. mailman@example.org sollte auf ein gĂźltiges Postfach oder eine Umleitung verweisen.
[mailman]
+[mailman]
default_language: de
site_owner: mailman@example.org
-
+Erstellen Sie die Datei /opt/mailman/web/settings_local.py mit dem folgenden Inhalt. mailman@example.org sollte auf ein gĂźltiges Postfach oder eine Umleitung verweisen.
# Gebietsschema
+# Gebietsschema
LANGUAGE_CODE = 'de-de'
# soziale Authentifizierung deaktivieren
@@ -2948,11 +2948,11 @@ SOCIALACCOUNT_PROVIDERS = {}
DEFAULT_FROM_EMAIL = 'mailman@example.org'
DEBUG = False
-
+LANGUAGE_CODE und SOCIALACCOUNT_PROVIDERS an Ihre BedĂźrfnisse anpassen. Im Moment hat SOCIALACCOUNT_PROVIDERS keinen Effekt, siehe issue #2.
AusfĂźhren (als root oder sudo)
-a2ensite mailcow.conf
+a2ensite mailcow.conf
a2ensite mailman.conf
systemctl restart apache2
@@ -2963,14 +2963,14 @@ docker-compose up -d
cd /opt/mailcow-dockerized/
docker-compose pull
./renew-ssl.sh
-
+Warten Sie ein paar Minuten! Die Container mĂźssen ihre Datenbanken und Konfigurationsdateien erstellen. Dies kann bis zu 1 Minute und mehr dauern.
Wenn man eine neue Liste anlegt und versucht, sofort eine E-Mail zu versenden, antwortet postfix mit Benutzer existiert nicht, weil postfix die Liste noch nicht an Mailman Ăźbergeben hat. Die Konfiguration unter /opt/mailman/core/var/data/postfix_lmtp wird nicht sofort aktualisiert. Wenn Sie die Liste sofort benĂśtigen, starten Sie postifx manuell neu:
cd /opt/mailcow-dockerized
+cd /opt/mailcow-dockerized
docker-compose restart postfix-mailcow
-
+mailcow hat sein eigenes Update-Skript in /opt/mailcow-dockerized/update.sh, siehe die Dokumentation.
FĂźr Mailman holen Sie sich einfach die neueste Version aus dem github repository.
diff --git a/de/third_party/third_party-mailpiler_integration/index.html b/de/third_party/third_party-mailpiler_integration/index.html index 79cd95b05..d73416a27 100644 --- a/de/third_party/third_party-mailpiler_integration/index.html +++ b/de/third_party/third_party-mailpiler_integration/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2456,11 +2456,11 @@mailpiler bietet die Authentifizierung auf Basis von IMAP an, zum Beispiel:
-$config['ENABLE_IMAP_AUTH'] = 1;
+$config['ENABLE_IMAP_AUTH'] = 1;
$config['IMAP_HOST'] = 'mail.example.com';
$config['IMAP_PORT'] = 993;
$config['IMAP_SSL'] = true;
-
+patrik@example.com anmelden, sehen Sie nur zugestellte E-Mails, die von oder an diese spezielle E-Mail-Adresse gesendet wurden.team@example.com, werden Sie keine Emails sehen, die an oder von dieser Email-Adresse gesendet wurden, auch wenn Sie ein Empfänger von Emails sind, die an diese Alias-Adresse gesendet wurden.Setzen Sie die benutzerdefinierte Abfragefunktion von mailpiler und fßgen Sie diese an /usr/local/etc/piler/config-site.php an:
$config['MAILCOW_API_KEY'] = 'YOUR_READONLY_API_KEY';
+$config['MAILCOW_API_KEY'] = 'YOUR_READONLY_API_KEY';
$config['MAILCOW_SET_REALNAME'] = true; // wenn nicht angegeben, dann ist der Standardwert false
$config['CUSTOM_EMAIL_QUERY_FUNCTION'] = 'query_mailcow_for_email_access';
include('auth-mailcow.php');
-
+Sie kÜnnen auch den mailcow-Hostnamen ändern, falls erforderlich: -
$config['MAILCOW_HOST'] = 'mail.domain.tld'; // standardmäĂig $config['IMAP_HOST']
-$config['MAILCOW_HOST'] = 'mail.domain.tld'; // standardmäĂig $config['IMAP_HOST']
+Laden Sie die PHP-Datei mit den Funktionen aus dem GitHub Repo herunter:
-curl -o /usr/local/etc/piler/auth-mailcow.php https://raw.githubusercontent.com/patschi/mailpiler-mailcow-integration/master/auth-mailcow.php
-curl -o /usr/local/etc/piler/auth-mailcow.php https://raw.githubusercontent.com/patschi/mailpiler-mailcow-integration/master/auth-mailcow.php
+Erledigt!
diff --git a/de/third_party/third_party-nextcloud/index.html b/de/third_party/third_party-nextcloud/index.html index 2483a5bbc..90196bb07 100644 --- a/de/third_party/third_party-nextcloud/index.html +++ b/de/third_party/third_party-nextcloud/index.html @@ -11,7 +11,7 @@ - + @@ -19,7 +19,7 @@ - + @@ -2458,14 +2458,14 @@Zur Verwendung der empfohlenen Einstellung (Cron) zur Verarbeitung der Hintergrund-Aufgaben mĂźssen in der docker-compose.override.yml folgende Zeilen
hinzugefĂźgt werden:
version: '2.1'
+version: '2.1'
services:
php-fpm-mailcow:
labels:
ofelia.enabled: "true"
ofelia.job-exec.nextcloud-cron.schedule: "@every 5m"
ofelia.job-exec.nextcloud-cron.command: "su www-data -s /bin/bash -c \"/usr/local/bin/php -f /web/nextcloud/cron.php\""
-
+Nachdem diese Zeilen hinzugefĂźgt wurden muss docker-compose up -d ausgefĂźhrt werden, um das Docker Image mit den entsprechenden Labels zu versehen. Danach muss
zudem der docker scheduler neu gestartet werden, um den neuen Job zu registrieren. Dazu wird docker-compose restart ofelia-mailcow ausgefĂźhrt. Zur
ĂberprĂźfung, ob die ofelia Konfiguration korrekt ist geladen wurde, kann mittels docker-compose logs ofelia-mailcow nach einer Zeile mit dem Inhalt
@@ -2518,14 +2518,14 @@ services:
Wenn Sie bisher Nextcloud mit mailcow-Authentifizierung ßber user_external/IMAP verwendet haben, mßssen Sie einige zusätzliche Schritte durchfßhren, um Ihre bestehenden Benutzerkonten mit OAuth2 zu verknßpfen.
1. Klicken Sie auf die Schaltfläche in der oberen rechten Ecke und wählen Sie Apps. Scrollen Sie nach unten zur App Externe Benutzerauthentifizierung und klicken Sie daneben auf Entfernen.
2. FĂźhren Sie die folgenden Abfragen in Ihrer Nextcloud-Datenbank aus (wenn Sie Nextcloud mit dem Skript von mailcow einrichten, kĂśnnen Sie source mailcow.conf && docker-compose exec mysql-mailcow mysql -u$DBUSER -p$DBPASS $DBNAME ausfĂźhren):
-
INSERT INTO nc_users (uid, uid_lower) SELECT DISTINCT uid, LOWER(uid) FROM nc_users_external;
+INSERT INTO nc_users (uid, uid_lower) SELECT DISTINCT uid, LOWER(uid) FROM nc_users_external;
INSERT INTO nc_sociallogin_connect (uid, identifier) SELECT DISTINCT uid, CONCAT("Mailcow-", uid) FROM nc_users_external;
-
+Wenn Sie Nextcloud bisher ohne mailcow-Authentifizierung, aber mit den gleichen Benutzernamen wie mailcow genutzt haben, kĂśnnen Sie Ihre bestehenden Benutzerkonten auch mit OAuth2 verknĂźpfen.
1. FĂźhren Sie die folgenden Abfragen in Ihrer Nextcloud-Datenbank aus (wenn Sie Nextcloud mit dem Skript von mailcow einrichten, kĂśnnen Sie source mailcow.conf && docker-compose exec mysql-mailcow mysql -u$DBUSER -p$DBPASS $DBNAME ausfĂźhren):
-
INSERT INTO nc_sociallogin_connect (uid, identifier) SELECT DISTINCT uid, CONCAT("Mailcow-", uid) FROM nc_users;
-INSERT INTO nc_sociallogin_connect (uid, identifier) SELECT DISTINCT uid, CONCAT("Mailcow-", uid) FROM nc_users;
+Die Nextcloud-Instanz kann einfach mit dem Web-Update-Mechanismus aktualisiert werden. Bei grĂśĂeren Updates kĂśnnen nach dem Update weitere Ănderungen vorgenommen werden. Nachdem die Nextcloud-Instanz geprĂźft wurde, werden Probleme angezeigt. Dies kĂśnnen z.B. fehlende Indizes in der DB oder ähnliches sein. @@ -2535,13 +2535,13 @@ Es wird angezeigt, welche Befehle ausgefĂźhrt werden mĂźssen, diese mĂźssen im p
Es kann vorkommen, dass Sie die Nextcloud-Instanz von Ihrem Netzwerk aus nicht erreichen kĂśnnen. Dies kann daran liegen, dass der Eintrag Ihres Subnetzes im Array 'trusted_proxies' fehlt. Sie kĂśnnen Ănderungen in der Nextcloud config.php in data/web/nextcloud/config/* vornehmen.
'trusted_proxies' =>
+'trusted_proxies' =>
array (
0 => 'fd4d:6169:6c63:6f77::/64',
1 => '172.22.1.0/24',
2 => 'NewSubnet/24',
),
-
+Nachdem die Ănderungen vorgenommen wurden, muss der nginx-Container neu gestartet werden.
docker-compose restart nginx-mailcow
Um Portainer zu aktivieren, mßssen die docker-compose.yml und site.conf fßr Nginx geändert werden.
1. Erstellen Sie eine neue Datei docker-compose.override.yml im mailcow-dockerized Stammverzeichnis und fĂźgen Sie die folgende Konfiguration ein
-
version: '2.1'
+version: '2.1'
services:
portainer-mailcow:
image: portainer/portainer-ce
@@ -2362,9 +2362,9 @@ services:
mailcow-network:
aliases:
- portainer
-
+data/conf/nginx/portainer.conf:
-upstream portainer {
+upstream portainer {
server portainer-mailcow:9000;
}
@@ -2372,9 +2372,9 @@ map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
-
+2b. FĂźgen Sie einen neuen Standort fĂźr die Standard-Mailcow-Site ein, indem Sie die Datei data/conf/nginx/site.portainer.custom erstellen:
-
location /portainer/ {
+ location /portainer/ {
proxy_http_version 1.1;
proxy_set_header Host $http_host; # required for docker client's sake
proxy_set_header X-Real-IP $remote_addr; # pass on real client's IP
@@ -2393,10 +2393,10 @@ map $http_upgrade $connection_upgrade {
proxy_set_header Connection $connection_upgrade;
proxy_pass http://portainer/api/websocket/;
}
-
+3. Ăbernehmen Sie Ihre Ănderungen: -
docker-compose up -d && docker-compose restart nginx-mailcow
-docker-compose up -d && docker-compose restart nginx-mailcow
+Nun kĂśnnen Sie einfach zu https://${MAILCOW_HOSTNAME}/portainer/ navigieren, um Ihre Portainer-Container-Ăberwachungsseite anzuzeigen. Sie werden dann aufgefordert, ein neues Passwort fĂźr den admin Account anzugeben. Nachdem Sie Ihr Passwort eingegeben haben, kĂśnnen Sie sich mit der Portainer UI verbinden.
Laden Sie Roundcube 1.5.x in das Web htdocs Verzeichnis herunter und entpacken Sie es (hier rc/):
-
# PrĂźfen Sie, ob eine neuere Version vorliegt!
+# PrĂźfen Sie, ob eine neuere Version vorliegt!
cd daten/web
wget -O - https://github.com/roundcube/roundcubemail/releases/download/1.5.2/roundcubemail-1.5.2-complete.tar.gz | tar xfvz -
@@ -2478,17 +2478,17 @@ chown -R root: rc/
# Fix Allow remote resources (https://github.com/roundcube/roundcubemail/issues/8170) sollte in 1.6 nicht erforderlich sein
sed -i "s/\$prefix = '\.\/';/\$prefix = preg_replace\('\/\[\?\&]\.\*\$\/', '', \$_SERVER\['REQUEST_URI'] \?\? ''\) \?: '\.\/';/g" rc/program/include/rcmail.php
-
+Wenn Sie eine RechtschreibprĂźfung benĂśtigen, erstellen Sie eine Datei data/hooks/phpfpm/aspell.sh mit folgendem Inhalt und geben Sie dann chmod +x data/hooks/phpfpm/aspell.sh ein. Dadurch wird eine lokale RechtschreibprĂźfung installiert. Beachten Sie, dass die meisten modernen Webbrowser eine eingebaute RechtschreibprĂźfung haben, so dass Sie diese vielleicht nicht benĂśtigen.
-
#!/bin/bash
+#!/bin/bash
apk update
apk add aspell-de # oder jede andere Sprache
-
+Erstellen Sie eine Datei data/web/rc/config/config.inc.php mit dem folgenden Inhalt.
- Ăndern Sie den Parameter des_key auf einen Zufallswert. Er wird verwendet, um Ihr IMAP-Passwort vorĂźbergehend zu speichern.
- Der db_prefix ist optional, wird aber empfohlen.
- Wenn Sie die RechtschreibprĂźfung im obigen Schritt nicht installiert haben, entfernen Sie den Parameter spellcheck_engine und ersetzen ihn durch $config['enable_spellcheck'] = false;.
-
<?php
+<?php
error_reporting(0);
if (!file_exists('/tmp/mime.types')) {
file_put_contents("/tmp/mime.types", fopen("http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types", 'r'));
@@ -2520,13 +2520,13 @@ $config['smtp_conn_options'] = array(
'ssl' => array('verify_peer' => false, 'verify_peer_name' => false, 'allow_self_signed' => true)
);
$config['db_prefix'] = 'mailcow_rc1';
-
+Richten Sie Ihren Browser auf https://myserver/rc/installer und folgen Sie den Anweisungen.
Initialisiere die Datenbank und verlasse das Installationsprogramm.
**LĂśschen Sie das Verzeichnis data/web/rc/installer nach einer erfolgreichen Installation!
Ăffnen Sie data/web/rc/plugins/managesieve/config.inc.php und ändern Sie die folgenden Parameter (oder fĂźgen Sie sie am Ende der Datei hinzu):
-
$config['managesieve_port'] = 4190;
+$config['managesieve_port'] = 4190;
$config['managesieve_host'] = 'tls://dovecot';
$config['managesieve_conn_options'] = array(
ssl' => array('verify_peer' => false, 'verify_peer_name' => false, 'allow_self_signed' => true)
@@ -2536,37 +2536,37 @@ $config['managesieve_conn_options'] = array(
// 1 - Abschnitt "Urlaub" hinzufĂźgen,
// 2 - Abschnitt "Urlaub" hinzufĂźgen, aber Abschnitt "Filter" ausblenden
$config['managesieve_vacation'] = 1;
-
+Ăffnen Sie data/web/rc/config/config.inc.php und aktivieren Sie das Passwort-Plugin:
[...]
+[...]
$config['plugins'] = array(
'archive',
'password',
);
[...]
-
+Ăffnen Sie data/web/rc/plugins/password/password.php, suchen Sie nach case 'ssha': und fĂźgen Sie oben hinzu:
case 'ssha256':
+ case 'ssha256':
$salt = rcube_utils::random_bytes(8);
$crypted = base64_encode( hash('sha256', $password . $salt, TRUE ) . $salt );
$prefix = '{SSHA256}';
break;
-
+Ăffnen Sie data/web/rc/plugins/password/config.inc.php und ändern Sie die folgenden Parameter (oder fĂźgen Sie sie am Ende der Datei hinzu):
$config['password_driver'] = 'sql';
+$config['password_driver'] = 'sql';
$config['password_algorithm'] = 'ssha256';
$config['password_algorithm_prefix'] = '{SSHA256}';
$config['password_query'] = "UPDATE mailbox SET password = %P WHERE username = %u";
-
+Laden Sie die neueste Version von RCMCardDAV in das Roundcube Plugin Verzeichnis und entpacken Sie es (hier rc/plugins):
-
cd data/web/rc/plugins
+cd data/web/rc/plugins
wget -O - https://github.com/mstilkerich/rcmcarddav/releases/download/v4.3.0/carddav-v4.3.0.tar.gz | tar xfvz -
chown -R root: carddav/
-
+Kopieren Sie die Datei config.inc.php.dist nach config.inc.php (hier in rc/plugins/carddav) und fĂźgen Sie die folgende Voreinstellung an das Ende der Datei an - vergessen Sie nicht, mx.example.org durch Ihren eigenen Hostnamen zu ersetzen:
-
$prefs['SOGo'] = array(
+$prefs['SOGo'] = array(
'name' => 'SOGo',
'username' => '%u',
'password' => '%p',
@@ -2579,7 +2579,7 @@ chown -R root: carddav/
'fixed' => array( 'active', 'name', 'username', 'password', 'refresh_time' ),
'hide' => false,
);
-
+Aktivieren Sie das Plugin, indem Sie carddav zu $config['plugins'] in rc/config/config.inc.php hinzufĂźgen.
Wenn Sie die Standard-Adressbßcher (die in der Roundcube-Datenbank gespeichert sind) entfernen mÜchten, so dass nur die CardDAV-Adressbßcher zugänglich sind, fßgen Sie $config['address_book_type'] = ''; in die Konfigurationsdatei data/web/rc/config/config.inc.php ein.
Optional kĂśnnen Sie Roundcube's Link zu der mailcow Apps Liste hinzufĂźgen.
Um dies zu tun, Ăśffnen oder erstellen Sie data/web/inc/vars.local.inc.php und fĂźgen Sie den folgenden Code-Block hinzu:
HINWEIS: Vergessen Sie nicht, das <?php Trennzeichen in der ersten Zeile einzufĂźgen
...
+...
$MAILCOW_APPS = array(
array(
'name' => 'SOGo',
@@ -2599,10 +2599,10 @@ $MAILCOW_APPS = array(
)
);
...
-
+Ein Upgrade von Roundcube ist recht einfach: Gehen Sie auf die Github releases Seite fßr Roundcube und holen Sie sich den Link fßr die "complete.tar.gz" Datei fßr die gewßnschte Version. Dann folgen Sie den untenstehenden Befehlen und ändern Sie die URL und den Namen des Roundcube-Ordners, falls nÜtig.
-# Starten Sie eine Bash-Sitzung des mailcow PHP-Containers
+# Starten Sie eine Bash-Sitzung des mailcow PHP-Containers
docker exec -it mailcowdockerized_php-fpm-mailcow_1 bash
# Installieren Sie die erforderliche Upgrade-Abhängigkeit, dann aktualisieren Sie Roundcube auf die gewßnschte Version
@@ -2620,42 +2620,42 @@ rm -rf roundcube*
# Fix Allow remote resources (https://github.com/roundcube/roundcubemail/issues/8170) sollte in 1.6 nicht benĂśtigt werden
sed -i "s/\$prefix = '\.\/';/\$prefix = preg_replace\('\/\[\?\&]\.\*\$\/', '', \$_SERVER\['REQUEST_URI'] \?\? ''\) \?: '\.\/';/g" /web/rc/program/include/rcmail.php
-
+Installieren Sie zunächst das Plugin [dovecot_impersonate] (https://github.com/corbosman/dovecot_impersonate/) und fßgen Sie Roundcube als App hinzu (siehe oben).
Editieren Sie mailcow.conf und fĂźgen Sie folgendes hinzu:
# Erlaube Admins, sich in Roundcube als Email-Benutzer einzuloggen (ohne Passwort)
+# Erlaube Admins, sich in Roundcube als Email-Benutzer einzuloggen (ohne Passwort)
# Roundcube mit Plugin dovecot_impersonate muss zuerst installiert werden
ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE=y
-
+Editieren Sie docker-compose.override.yml und verfassen/erweitern Sie den Abschnitt fĂźr php-fpm-mailcow:
version: '2.1'
+version: '2.1'
services:
php-fpm-mailcow:
environment:
- ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE=${ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE:-n}
-
+Bearbeiten Sie data/web/js/site/mailbox.js und den folgenden Code nach if (ALLOW_ADMIN_EMAIL_LOGIN) { ... }
if (ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE) {
- item.action += '<a href="/rc-auth.php?login=' + encodeURIComponent(item.username) + '" class="login_as btn btn-xs ' + btnSize + ' btn-primary" target="_blank"><i class="bi bi-envelope-fill"></i> Roundcube</a>';
-}
-if (ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE) {
+ item.action += '<a href="/rc-auth.php?login=' + encodeURIComponent(item.username) + '" class="login_as btn btn-xs ' + btnSize + ' btn-primary" target="_blank"><i class="bi bi-envelope-fill"></i> Roundcube</a>';
+}
+Bearbeiten Sie data/web/mailbox.php und fĂźgen Sie diese Zeile zum Array $template_data hinzu:
'allow_admin_email_login_roundcube' => (preg_match("/^(yes|y)+$/i", $_ENV["ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE"])) ? 'true' : 'false',
- 'allow_admin_email_login_roundcube' => (preg_match("/^(yes|y)+$/i", $_ENV["ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE"])) ? 'true' : 'false',
+Bearbeiten Sie data/web/templates/mailbox.twig und fĂźgen Sie diesen Code am Ende des [javascript-Abschnitts] ein (https://github.com/mailcow/mailcow-dockerized/blob/2f9da5ae93d93bf62a8c2b7a5a6ae50a41170c48/data/web/templates/mailbox.twig#L49-L57):
var ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE = {{ allow_admin_email_login_roundcube }};
- var ALLOW_ADMIN_EMAIL_LOGIN_ROUNDCUBE = {{ allow_admin_email_login_roundcube }};
+Kopieren Sie den Inhalt der folgenden Dateien aus diesem Snippet:
data/web/inc/lib/RoundcubeAutoLogin.phpdata/web/rc-auth.phpStarten Sie schlieĂlich mailcow neu
-docker-compose down
+docker-compose down
docker-compose up -d
-
+Auch mehrere gleichzeitige Admin-Logins auf verschiedene Postfächer sind mit dieser Funktion mÜglich.
Die Funktion ist standardmäĂig deaktiviert. Es kann in der mailcow.conf durch Setzen aktiviert werden:
-
ALLOW_ADMIN_EMAIL_LOGIN=y
-ALLOW_ADMIN_EMAIL_LOGIN=y
+docker-compose up -d
-docker-compose up -d
+Um einen Container an Ihre Shell anzuhängen, kÜnnen Sie einfach folgendes ausfßhren
-docker-compose exec $Dienst_Name /bin/bash
-docker-compose exec $Dienst_Name /bin/bash
+Wenn Sie sich direkt mit einem Dienst / einer Anwendung verbinden wollen, ist es immer eine gute Idee, source mailcow.conf zu benutzen, um alle relevanten Variablen in Ihre Umgebung zu bekommen.
Quelle mailcow.conf
+Quelle mailcow.conf
docker-compose exec mysql-mailcow mysql -u${DBUSER} -p${DBPASS} ${DBNAME}
-
+docker-compose exec redis-mailcow redis-cli
-docker-compose exec redis-mailcow redis-cli
+Hier ist eine kurze Ăbersicht, welcher Container / Dienst was macht: