diff --git a/404.html b/404.html index ff269abf6..cef98fbec 100644 --- a/404.html +++ b/404.html @@ -1914,7 +1914,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/backup_restore/b_n_r-accidental_deletion/index.html b/backup_restore/b_n_r-accidental_deletion/index.html index 0707ac3cf..ebe24e267 100644 --- a/backup_restore/b_n_r-accidental_deletion/index.html +++ b/backup_restore/b_n_r-accidental_deletion/index.html @@ -1969,7 +1969,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2445,10 +2445,10 @@

    Make sure the user you want to restore exists in your mailcow. Re-create them if they are missing.

    Copy the file named after the user you want to restore to __MAILCOW_DIRECTORY__/data/conf/sogo.

    1. Copy the backup: cp /var/lib/docker/volumes/mailcowdockerized_sogo-userdata-backup-vol-1/_data/restoreme@example.org __MAILCOW_DIRECTORY__/data/conf/sogo

    -

    2. Run docker compose exec -u sogo sogo-mailcow sogo-tool restore -F ALL /etc/sogo restoreme@example.org

    +

    2. Run docker-compose exec -u sogo sogo-mailcow sogo-tool restore -F ALL /etc/sogo restoreme@example.org

    Run sogo-tool without parameters to check for possible restore options.

    3. Delete the copied backup by running rm __MAILCOW_DIRECTORY__/data/conf/sogo

    -

    4. Restart SOGo and Memcached: docker compose restart sogo-mailcow memcached-mailcow

    +

    4. Restart SOGo and Memcached: docker-compose restart sogo-mailcow memcached-mailcow

    Mail

    In case of an accidental deletion of a mailbox, you will be able to recover for (by default) 5 days. This depends on the MAILDIR_GC_TIME parameter in mailcow.conf.

    A deleted mailbox is copied in its encrypted form to /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data/_garbage.

    @@ -2456,8 +2456,8 @@

    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 quota recalc -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
 
    
 
   
    
@@ -2465,7 +2465,7 @@ docker compose exec dovecot-mailcow doveadm quota recalc -u restoreme@example.ne
   
     
       Last update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
diff --git a/backup_restore/b_n_r-backup/index.html b/backup_restore/b_n_r-backup/index.html
index d08872045..4af29e8ed 100644
--- a/backup_restore/b_n_r-backup/index.html
+++ b/backup_restore/b_n_r-backup/index.html
@@ -1989,7 +1989,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
@@ -2543,7 +2543,7 @@ fi

    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.

    +

    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.

    If you are lucky Redis and MariaDB can automatically fix the inconsistent databases (if they are inconsistent). In case of a corrupted database you'd need to use the helper script to restore the inconsistent elements. If a restore fails, try to extract the backups and copy the files back manually. Keep the file permissions!

    @@ -2552,7 +2552,7 @@ In case of a corrupted database you'd need to use the helper script to restore t Last update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/backup_restore/b_n_r-backup_restore-maildir/index.html b/backup_restore/b_n_r-backup_restore-maildir/index.html index b94d4cfd1..59ee466dc 100644 --- a/backup_restore/b_n_r-backup_restore-maildir/index.html +++ b/backup_restore/b_n_r-backup_restore-maildir/index.html @@ -1969,7 +1969,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2441,13 +2441,13 @@

    Backup

    This line backups the vmail directory to a file backup_vmail.tar.gz in the mailcow root directory: 

    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
+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

    Restore

    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
+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
    @@ -2455,7 +2455,7 @@ docker run --rm -it -v $(docker inspect --format '{{ range .Mounts }}{{ if e Last update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/backup_restore/b_n_r-backup_restore-mysql/index.html b/backup_restore/b_n_r-backup_restore-mysql/index.html index c81bff5a8..e11543223 100644 --- a/backup_restore/b_n_r-backup_restore-mysql/index.html +++ b/backup_restore/b_n_r-backup_restore-mysql/index.html @@ -1969,7 +1969,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2442,16 +2442,16 @@ 
    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
+docker-compose exec -T mysql-mailcow mysqldump --default-character-set=utf8mb4 -u${DBUSER} -p${DBPASS} ${DBNAME} > backup_${DBNAME}_${DATE}.sql

    Restore

    Warning

    -

    You should redirect the SQL dump without docker compose to prevent parsing errors.

    +

    You should redirect the SQL dump without docker-compose to prevent parsing errors.

    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
+docker exec -i $(docker-compose ps -q mysql-mailcow) mysql -u${DBUSER} -p${DBPASS} ${DBNAME} < backup_file.sql
    @@ -2459,7 +2459,7 @@ docker exec -i $(docker compose ps -q mysql-mailcow) mysql -u${DBUSER} -p${DBPAS Last update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/backup_restore/b_n_r-coldstandby/index.html b/backup_restore/b_n_r-coldstandby/index.html index 78b9c3a0c..3f4d884d0 100644 --- a/backup_restore/b_n_r-coldstandby/index.html +++ b/backup_restore/b_n_r-coldstandby/index.html @@ -1985,7 +1985,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2478,7 +2478,7 @@

    To find the pathes of your source volumes we use docker inspect and read the destination directory of every volume related to your mailcow compose project. This means we will also transfer volumes you may have added in a override file. Local bind mounts may or may not work.

    The use rsync with the --delete flag. The destination will be an exact copy of the source.

    mariabackup is used to create a consistent copy of the SQL data directory.

    -

    After rsync'ing the data we will run docker compose pull and remove old image tags from the destination.

    +

    After rsync'ing the data we will run docker-compose pull and remove old image tags from the destination.

    Your source will not be changed at any time.

    You may want to make sure to use the same /etc/docker/daemon.json on the remote target.

    You should not run disk snapshots (e.g. via ZFS, LVM etc.) on the target at the very same time as this script is run.

    @@ -2493,7 +2493,7 @@ 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.

    +The destination must have Docker and docker-compose v1 available.

    The script will detect errors automatically and exit.

    You may want to test the connection by running ssh mailcow-backup.host.name -p22 -i /path/to/keyfile.

    Backup and refresh the cold-standby

    @@ -2526,7 +2526,7 @@ The destination must have Docker and docker compose v1 availabl Last update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/backup_restore/b_n_r-restore/index.html b/backup_restore/b_n_r-restore/index.html index 7c620c8b4..84e157d9f 100644 --- a/backup_restore/b_n_r-restore/index.html +++ b/backup_restore/b_n_r-restore/index.html @@ -1962,7 +1962,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-android/index.html b/client/client-android/index.html index c4d36e804..2929b5b26 100644 --- a/client/client-android/index.html +++ b/client/client-android/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-apple/index.html b/client/client-apple/index.html index 18f5b8171..a9be921a4 100644 --- a/client/client-apple/index.html +++ b/client/client-apple/index.html @@ -1921,7 +1921,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-emclient/index.html b/client/client-emclient/index.html index df8fb2f01..11f749c51 100644 --- a/client/client-emclient/index.html +++ b/client/client-emclient/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-kontact/index.html b/client/client-kontact/index.html index 4c7b32a11..fd3344e21 100644 --- a/client/client-kontact/index.html +++ b/client/client-kontact/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-manual/index.html b/client/client-manual/index.html index bb0c4d287..f376d0baf 100644 --- a/client/client-manual/index.html +++ b/client/client-manual/index.html @@ -1921,7 +1921,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-outlook/index.html b/client/client-outlook/index.html index afa26368b..b19a530ad 100644 --- a/client/client-outlook/index.html +++ b/client/client-outlook/index.html @@ -1921,7 +1921,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-thunderbird/index.html b/client/client-thunderbird/index.html index ce84d9d03..ee1d2e7bc 100644 --- a/client/client-thunderbird/index.html +++ b/client/client-thunderbird/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client-windows/index.html b/client/client-windows/index.html index f3ebe7310..8d5e08e37 100644 --- a/client/client-windows/index.html +++ b/client/client-windows/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/client/client/index.html b/client/client/index.html index 60dbd9ab0..6a5da44d8 100644 --- a/client/client/index.html +++ b/client/client/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/backup_restore/b_n_r-accidental_deletion/index.html b/de/backup_restore/b_n_r-accidental_deletion/index.html index add6af867..4d7f4faaa 100644 --- a/de/backup_restore/b_n_r-accidental_deletion/index.html +++ b/de/backup_restore/b_n_r-accidental_deletion/index.html @@ -1969,7 +1969,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2445,10 +2445,10 @@

    Stellen Sie sicher, dass der Benutzer, den Sie wiederherstellen wollen, in Ihrem Mailcow-Backend existiert. Legen Sie diesen neu an, falls nicht mehr existent.

    Kopieren Sie die Datei mit dem Namen des Benutzers, den Sie wiederherstellen wollen, nach __MAILCOW_DIRECTORY__/data/conf/sogo.

    1. Kopieren Sie die Sicherung: cp /var/lib/docker/volumes/mailcowdockerized_sogo-userdata-backup-vol-1/_data/restoreme@example.org __MAILCOW_DIRECTORY__/data/conf/sogo

    -

    2. Starten Sie docker compose exec -u sogo sogo-mailcow sogo-tool restore -F ALL /etc/sogo restoreme@example.org.

    +

    2. Starten Sie docker-compose exec -u sogo sogo-mailcow sogo-tool restore -F ALL /etc/sogo restoreme@example.org.

    Führen Sie sogo-tool ohne Parameter aus, um nach möglichen Wiederherstellungsoptionen zu suchen.

    3. Löschen Sie die kopierte Sicherung, indem Sie rm __MAILCOW_DIRECTORY__/data/conf/sogo ausführen

    -

    4. Starten Sie SOGo und Memcached neu: docker compose restart sogo-mailcow memcached-mailcow

    +

    4. Starten Sie SOGo und Memcached neu: docker-compose restart sogo-mailcow memcached-mailcow

    Mail

    Im Falle einer versehentlichen Löschung einer Mailbox, können Sie diese (standardmäßig) 5 Tage lang wiederherstellen. Dies hängt von dem MAILDIR_GC_TIME Parameter in mailcow.conf ab.

    Eine gelöschte Mailbox wird in ihrer verschlüsselten Form nach /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data/_garbage kopiert.

    @@ -2456,8 +2456,8 @@

    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 quota recalc -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
 
    
 
   
    
@@ -2465,7 +2465,7 @@ docker compose exec dovecot-mailcow doveadm quota recalc -u restoreme@example.ne
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
diff --git a/de/backup_restore/b_n_r-backup/index.html b/de/backup_restore/b_n_r-backup/index.html
index d8f8ea4cf..89916a046 100644
--- a/de/backup_restore/b_n_r-backup/index.html
+++ b/de/backup_restore/b_n_r-backup/index.html
@@ -1989,7 +1989,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
@@ -2562,7 +2562,7 @@ fi

    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.

    +

    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.

    Wenn Sie Glück haben, können Redis und MariaDB die inkonsistenten Datenbanken automatisch reparieren (wenn sie inkonsistent sind). Im Falle einer beschädigten Datenbank müssen Sie das Hilfsskript verwenden, um die inkonsistenten Elemente wiederherzustellen. Wenn die Wiederherstellung fehlschlägt, versuchen Sie, die Sicherungen zu extrahieren und die Dateien manuell zurück zu kopieren. Behalten Sie die Dateiberechtigungen bei!

    @@ -2571,7 +2571,7 @@ Im Falle einer beschädigten Datenbank müssen Sie das Hilfsskript verwenden, um Letztes Update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/de/backup_restore/b_n_r-backup_restore-maildir/index.html b/de/backup_restore/b_n_r-backup_restore-maildir/index.html index b36bbd4dc..87d329a04 100644 --- a/de/backup_restore/b_n_r-backup_restore-maildir/index.html +++ b/de/backup_restore/b_n_r-backup_restore-maildir/index.html @@ -1969,7 +1969,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2441,13 +2441,13 @@

    Sicherung

    Diese Zeile sichert das vmail-Verzeichnis in eine Datei backup_vmail.tar.gz im mailcow-Root-Verzeichnis: 

    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
+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

    Wiederherstellen

    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
+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
    @@ -2455,7 +2455,7 @@ docker run --rm -it -v $(docker inspect --format '{{ range .Mounts }}{{ if e Letztes Update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/de/backup_restore/b_n_r-backup_restore-mysql/index.html b/de/backup_restore/b_n_r-backup_restore-mysql/index.html index c95827e3d..67fe96f77 100644 --- a/de/backup_restore/b_n_r-backup_restore-mysql/index.html +++ b/de/backup_restore/b_n_r-backup_restore-mysql/index.html @@ -1969,7 +1969,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2442,16 +2442,16 @@ 
    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
+docker-compose exec -T mysql-mailcow mysqldump --default-character-set=utf8mb4 -u${DBUSER} -p${DBPASS} ${DBNAME} > backup_${DBNAME}_${DATE}.sql

    Wiederherstellen

    Warning

    -

    Sie sollten den SQL-Dump ohne docker compose umleiten, um Parsing-Fehler zu vermeiden.

    +

    Sie sollten den SQL-Dump ohne docker-compose umleiten, um Parsing-Fehler zu vermeiden.

    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
+docker exec -i $(docker-compose ps -q mysql-mailcow) mysql -u${DBUSER} -p${DBPASS} ${DBNAME} < backup_file.sql
    @@ -2459,7 +2459,7 @@ docker exec -i $(docker compose ps -q mysql-mailcow) mysql -u${DBUSER} -p${DBPAS Letztes Update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/de/backup_restore/b_n_r-coldstandby/index.html b/de/backup_restore/b_n_r-coldstandby/index.html index 7a8a8c7c4..822eba12c 100644 --- a/de/backup_restore/b_n_r-coldstandby/index.html +++ b/de/backup_restore/b_n_r-coldstandby/index.html @@ -1985,7 +1985,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2478,7 +2478,7 @@

    Um die Pfade Ihrer Quellvolumes zu finden, verwenden wir docker inspect und lesen das Zielverzeichnis jedes Volumes, das mit Ihrem mailcow compose Projekt verbunden ist. Das bedeutet, dass wir auch Volumes übertragen, die Sie in einer Override-Datei hinzugefügt haben. Lokale Bind-Mounts können funktionieren, müssen aber nicht.

    Die Verwendung von rsync mit dem --delete Flag. Das Ziel wird eine exakte Kopie der Quelle sein.

    mariabackup wird verwendet, um eine konsistente Kopie des SQL-Datenverzeichnisses zu erstellen.

    -

    Nach dem Rsync der Daten führen wir docker compose pull aus und entfernen alte Image-Tags aus dem Ziel.

    +

    Nach dem Rsync der Daten führen wir docker-compose pull aus und entfernen alte Image-Tags aus dem Ziel.

    Ihre Quelle wird zu keinem Zeitpunkt verändert.

    **Sie sollten sicherstellen, dass Sie die gleiche /etc/docker/daemon.json auf dem entfernten Ziel verwenden.

    Sie sollten keine Festplatten-Snapshots (z. B. über ZFS, LVM usw.) auf dem Ziel ausführen, während dieses Skript ausgeführt wird.

    @@ -2493,7 +2493,7 @@ 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.

    +Das Ziel muss über Docker und docker-compose v1 verfügen.

    Das Skript wird Fehler automatisch erkennen und sich beenden.

    Sie können die Verbindung testen, indem Sie ssh mailcow-backup.host.name -p22 -i /path/to/keyfile ausführen.

    Backup und Aktualisierung des Cold-Standby

    @@ -2526,7 +2526,7 @@ Das Ziel muss über Docker und docker compose v1 verfügen.

    Letztes Update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/de/backup_restore/b_n_r-restore/index.html b/de/backup_restore/b_n_r-restore/index.html index 8bcf03e06..84b3c107a 100644 --- a/de/backup_restore/b_n_r-restore/index.html +++ b/de/backup_restore/b_n_r-restore/index.html @@ -1962,7 +1962,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-android/index.html b/de/client/client-android/index.html index cc7a81e78..6b99b4415 100644 --- a/de/client/client-android/index.html +++ b/de/client/client-android/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-apple/index.html b/de/client/client-apple/index.html index 7912905b6..9585d14e6 100644 --- a/de/client/client-apple/index.html +++ b/de/client/client-apple/index.html @@ -1921,7 +1921,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-emclient/index.html b/de/client/client-emclient/index.html index b0433ffd3..339a5dd1c 100644 --- a/de/client/client-emclient/index.html +++ b/de/client/client-emclient/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-kontact/index.html b/de/client/client-kontact/index.html index a7f9537ba..5ebe4b761 100644 --- a/de/client/client-kontact/index.html +++ b/de/client/client-kontact/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-manual/index.html b/de/client/client-manual/index.html index 70a9c8a4f..1ed6b0509 100644 --- a/de/client/client-manual/index.html +++ b/de/client/client-manual/index.html @@ -1921,7 +1921,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-outlook/index.html b/de/client/client-outlook/index.html index c38cdd4d9..dc5eadeee 100644 --- a/de/client/client-outlook/index.html +++ b/de/client/client-outlook/index.html @@ -1921,7 +1921,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-thunderbird/index.html b/de/client/client-thunderbird/index.html index 8f9a29e2b..2c94b6b3d 100644 --- a/de/client/client-thunderbird/index.html +++ b/de/client/client-thunderbird/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client-windows/index.html b/de/client/client-windows/index.html index 5558281f7..2a3e478e3 100644 --- a/de/client/client-windows/index.html +++ b/de/client/client-windows/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/client/client/index.html b/de/client/client/index.html index b86875501..325399ed9 100644 --- a/de/client/client/index.html +++ b/de/client/client/index.html @@ -1916,7 +1916,7 @@
  • - + Docker Compose Bash Completion
    • diff --git a/de/i_u_m/i_u_m_deinstall/index.html b/de/i_u_m/i_u_m_deinstall/index.html index 8ebcc252b..5bc244772 100644 --- a/de/i_u_m/i_u_m_deinstall/index.html +++ b/de/i_u_m/i_u_m_deinstall/index.html @@ -1926,7 +1926,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2374,7 +2374,7 @@

    Deinstallation

    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
    
@@ -2382,7 +2382,7 @@
 
  • -v Entfernt benannte Volumes, die im Abschnitt volumes der Compose-Datei deklariert sind, und anonyme Volumes, die an Container angehängt sind.
    • 
 
  • --rmi  Images entfernen. Der Typ muss einer der folgenden sein: all: Entfernt alle Images, die von einem beliebigen Dienst verwendet werden. local: Entfernt nur Bilder, die kein benutzerdefiniertes Tag haben, das durch das Feld "image" gesetzt wurde.
    • 
 
  • --remove-orphans Entfernt Container für Dienste, die nicht in der Compose-Datei definiert sind.
    • 
-
  • Standardmäßig entfernt docker compose down nur derzeit aktive Container und Netzwerke, die in der Datei docker compose.yml definiert sind.
    • 
+
  • Standardmäßig entfernt docker-compose down nur derzeit aktive Container und Netzwerke, die in der Datei docker-compose.yml definiert sind.
    • 
 
 
    
 
@@ -2391,7 +2391,7 @@
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
diff --git a/de/i_u_m/i_u_m_install/index.html b/de/i_u_m/i_u_m_install/index.html
index 39f0c8ba8..c266cff30 100644
--- a/de/i_u_m/i_u_m_install/index.html
+++ b/de/i_u_m/i_u_m_install/index.html
@@ -1926,7 +1926,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
@@ -2390,11 +2390,11 @@ systemctl enable --now docker
 
 
    
 
    Warning
    
-
    mailcow 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).
    
+
    mailcow 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
-chmod +x /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:
    
@@ -2436,7 +2436,7 @@ Wenn Sie planen, einen Reverse Proxy zu verwenden, können Sie zum Beispiel HTTP
 
    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.
    
 
    4.1. Benutzer mit einer MTU ungleich 1500 (z.B. OpenStack):
    
 
    Wenn 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.
+
    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:
   mailcow-network:
@@ -2449,8 +2449,8 @@ Fügen Sie den neuen Parameter driver_opts wie folgt hinzu:
 
    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 up -d
+
    docker-compose pull
+docker-compose up -d
 
    
 
    Geschafft!
    
 
    Sie können nun auf https://${MAILCOW_HOSTNAME} mit den Standard-Zugangsdaten admin + Passwort moohoo zugreifen.
    
@@ -2459,14 +2459,14 @@ docker compose up -d
 
    Wenn Sie mailcow nicht hinter einem Reverse Proxy verwenden, sollten Sie alle HTTP-Anfragen auf HTTPS umleiten.
    
 
    
 
    Die Datenbank wird sofort initialisiert, nachdem eine Verbindung zu MySQL hergestellt werden kann.
    
-
    Ihre Daten bleiben in mehreren Docker-Volumes erhalten, die nicht gelöscht werden, wenn Sie Container neu erstellen oder löschen. Führen Sie docker volume ls aus, um eine Liste aller Volumes zu sehen. Sie können docker compose down sicher ausführen, ohne persistente Daten zu entfernen.
    
+
    Ihre Daten bleiben in mehreren Docker-Volumes erhalten, die nicht gelöscht werden, wenn Sie Container neu erstellen oder löschen. Führen Sie docker volume ls aus, um eine Liste aller Volumes zu sehen. Sie können docker-compose down sicher ausführen, ohne persistente Daten zu entfernen.
    
 
   
    
 
    
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
diff --git a/de/i_u_m/i_u_m_migration/index.html b/de/i_u_m/i_u_m_migration/index.html
index b6dca63fc..f258cad9b 100644
--- a/de/i_u_m/i_u_m_migration/index.html
+++ b/de/i_u_m/i_u_m_migration/index.html
@@ -1926,7 +1926,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
@@ -2393,9 +2393,9 @@ 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
-chmod +x /usr/local/bin/docker compose
+
    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
 
    
 
    • 
 
@@ -2410,7 +2410,7 @@ rsync -aHhP --numeric-ids --delete /var/lib/docker/volumes/ root@target-machine.
 
    
 
    4. Schalten Sie mailcow ab und stoppen Sie Docker auf dem Quellrechner.
 
    cd /opt/mailcow-dockerized
-docker compose herunterfahren
+docker-compose herunterfahren
 systemctl stop docker.service
 
    
 
    **Wiederholen Sie Schritt 3 mit denselben Befehlen. Dies wird viel schneller gehen als beim ersten Mal.
    
@@ -2419,10 +2419,10 @@ systemctl stop docker.service

    7. Ziehen Sie nun die mailcow Docker-Images auf den Zielrechner. 

    cd /opt/mailcow-dockerized
-docker compose pull
+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.
    
 
@@ -2431,7 +2431,7 @@ docker compose pull
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
diff --git a/de/i_u_m/i_u_m_update/index.html b/de/i_u_m/i_u_m_update/index.html
index 697dcb60d..cd60f7eef 100644
--- a/de/i_u_m/i_u_m_update/index.html
+++ b/de/i_u_m/i_u_m_update/index.html
@@ -2001,7 +2001,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
@@ -2519,7 +2519,7 @@ Einige kleinere Konflikte werden automatisch korrigiert (zugunsten des mailcow:
 # - Prüft auf Updates und zeigt Änderungen an
 ./update.sh --check
 
-# Versuchen Sie nicht, docker compose zu aktualisieren, **stellen Sie sicher, dass Sie die neueste verfügbare Version von docker compose verwenden**
+# Versuchen Sie nicht, docker-compose zu aktualisieren, **stellen Sie sicher, dass Sie die neueste verfügbare Version von docker-compose verwenden**
 ./update.sh --no-update-compose
 
 # - Starten Sie mailcow nicht, nachdem Sie ein Update durchgeführt haben
@@ -2550,11 +2550,11 @@ dacd4fb9b51e9e1c8a37d84485b92ffaf6c59353 Before update on 2020-08-07_13_31_31
 
    Kann ich ein Rollback durchführen?
    
 
    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
+docker-compose pull
+docker-compose up -d
 
    
 
    Hooks
    
 
    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.
    
@@ -2570,7 +2570,7 @@ docker compose up -d
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
diff --git a/de/index.html b/de/index.html
index a05e1d9f2..135a334cb 100644
--- a/de/index.html
+++ b/de/index.html
@@ -2003,7 +2003,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
diff --git a/de/manual-guides/ClamAV/u_e-clamav-additional_dbs/index.html b/de/manual-guides/ClamAV/u_e-clamav-additional_dbs/index.html
index 0f2c2170c..7bc12ace0 100644
--- a/de/manual-guides/ClamAV/u_e-clamav-additional_dbs/index.html
+++ b/de/manual-guides/ClamAV/u_e-clamav-additional_dbs/index.html
@@ -1989,7 +1989,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
@@ -2524,7 +2524,7 @@ MaxZipTypeRcg 50M
 
    
 
 
  • Starten Sie den ClamAV Container neu:
-
    docker compose restart clamd-mailcow
+
    docker-compose restart clamd-mailcow
 
    • 
 
 
    Bitte beachten Sie:
    
@@ -2543,7 +2543,7 @@ DatabaseCustomURL http://sigs.interserver.net/shell.ldb
 DatabaseCustomURL http://sigs.interserver.net/whitelist.fp
  • Starten Sie den ClamAV Container neu: -
    docker compose restart clamd-mailcow
+
    docker-compose restart clamd-mailcow
    • @@ -2552,7 +2552,7 @@ DatabaseCustomURL http://sigs.interserver.net/whitelist.fp Letztes Update: - 2022-05-31 09:40:59 + 2022-06-01 15:39:27 diff --git a/de/manual-guides/ClamAV/u_e-clamav-whitelist/index.html b/de/manual-guides/ClamAV/u_e-clamav-whitelist/index.html index f8a5d550f..dc9c92e22 100644 --- a/de/manual-guides/ClamAV/u_e-clamav-whitelist/index.html +++ b/de/manual-guides/ClamAV/u_e-clamav-whitelist/index.html @@ -1962,7 +1962,7 @@
  • - + Docker Compose Bash Completion
    • @@ -2426,7 +2426,7 @@

    Whitelist für bestimmte ClamAV-Signaturen

    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
@@ -2434,11 +2434,11 @@
 
    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
 
    
-
    Dann starten Sie den clamd-mailcow Service Container in der mailcow UI oder mit docker compose neu:
    
-
    docker compose restart clamd-mailcow
+
    Dann starten Sie den clamd-mailcow Service Container in der mailcow UI oder mit docker-compose neu:
    
+
    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
 
    
@@ -2448,7 +2448,7 @@
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
diff --git a/de/manual-guides/Docker/u_e-docker-cust_dockerfiles/index.html b/de/manual-guides/Docker/u_e-docker-cust_dockerfiles/index.html
index f07cf08c6..e9308d0a2 100644
--- a/de/manual-guides/Docker/u_e-docker-cust_dockerfiles/index.html
+++ b/de/manual-guides/Docker/u_e-docker-cust_dockerfiles/index.html
@@ -1928,7 +1928,7 @@
   
   
     
  • 
-      
+      
         Docker Compose Bash Completion
       
     
    • 
@@ -2376,13 +2376,13 @@
   
    Dockerfiles anpassen
    
 
 
    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
 
    
 
    Nun werden die geänderten Container automatisch neu erstellt:
    
-
    docker compose up -d
+
    docker-compose up -d
 
    
 
   
    
@@ -2390,7 +2390,7 @@
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
@@ -2429,13 +2429,13 @@
       
       
         
-        
    
     
    
       
@@ -81,9 +76,9 @@
 
 
    
   
    
@@ -2362,20 +2367,24 @@
             
    
               
                 
-  
+  
     
   
 
 
 
-
    Configuring protocol access
    
+  
    Docker Compose Bash Completion
    
+
+
    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
+
    
 
   
    
 
    
   
     
       Letztes Update:
-      2022-05-31 09:40:59
+      2022-06-01 15:39:27
       
     
   
@@ -2395,6 +2404,41 @@