nickslowinski/mailcow-dockerized-docs
1
0
Fork 0
Code Issues Pull-Requests Projekte Releases Pakete Wiki Aktivität

Changes for 2022-08 Update (Amoogust Update)

Quellcode durchsuchen
Dieser Commit ist enthalten in:
DerLinkman 2022-08-31 14:45:46 +02:00
Ursprung 9a64bda7f2
Commit a69cfb806f
126 geänderte Dateien mit 667 neuen und 512 gelöschten Zeilen
Statistiken anzeigen Patch-Datei herunterladen Diff-Datei herunterladen Alle Dateien ausklappen Alle Dateien einklappen

BIN
docs/assets/images/i_u_m/nightly_footer.png Normale Datei
Datei anzeigen

Binäre Datei nicht angezeigt.
Nebeneinander

Nachher

Breite:  |  Höhe:  |  Größe: 6,1 KiB

1
docs/assets/stylesheets/extra.css
Datei anzeigen

@ -47,6 +47,7 @@
font-size: 14px;
line-height: 1.5;
}
code {
display: inline-block;
white-space: pre-wrap;

8
docs/backup_restore/b_n_r-accidental_deletion.de.md
Datei anzeigen

@ -12,13 +12,13 @@ Kopieren Sie die Datei mit dem Namen des Benutzers, den Sie wiederherstellen wol
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
@ -35,6 +35,6 @@ Um die Mailbox wiederherzustellen, stellen Sie sicher, dass Sie tatsächlich auf
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
```

8
docs/backup_restore/b_n_r-accidental_deletion.en.md
Datei anzeigen

@ -12,13 +12,13 @@ Copy the file named after the user you want to restore to `__MAILCOW_DIRECTORY__
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
@ -35,6 +35,6 @@ To restore make sure you are actually restoring to the same mailcow it was delet
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
```

2
docs/backup_restore/b_n_r-backup.de.md
Datei anzeigen

@ -93,7 +93,7 @@ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Am Zielort (in diesem Fall `/external_share/backups`) möchten Sie vielleicht Snapshot-Möglichkeiten 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 behalten!
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!

2
docs/backup_restore/b_n_r-backup.en.md
Datei anzeigen

@ -93,7 +93,7 @@ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
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!

4
docs/backup_restore/b_n_r-backup_restore-maildir.de.md
Datei anzeigen

@ -3,7 +3,7 @@
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) zu einem beliebigen Pfad ändern, auf den Sie Schreibzugriff haben.
@ -12,5 +12,5 @@ Setzen Sie den Dateinamen `backup_vmail.tar.gz` auf einen beliebigen Namen, aber
### 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
```

4
docs/backup_restore/b_n_r-backup_restore-maildir.en.md
Datei anzeigen

@ -3,7 +3,7 @@
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.
@ -12,5 +12,5 @@ Set the filename `backup_vmail.tar.gz` to any custom name, but leave the path as
### 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
```

6
docs/backup_restore/b_n_r-backup_restore-mysql.de.md
Datei anzeigen

@ -4,16 +4,16 @@
cd /pfad/zu/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
```
## 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
```

6
docs/backup_restore/b_n_r-backup_restore-mysql.en.md
Datei anzeigen

@ -4,16 +4,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
```

4
docs/backup_restore/b_n_r-coldstandby.de.md
Datei anzeigen

@ -18,7 +18,7 @@ Das Skript verwendet rsync mit dem `--delete` Flag. Das Ziel wird eine exakte Ko
`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.
@ -45,7 +45,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 **v2** verfĂĽgen.
Das Ziel muss ĂĽber Docker und docker compose **v2** verfĂĽgen.
Das Skript wird Fehler automatisch erkennen und sich beenden.

4
docs/backup_restore/b_n_r-coldstandby.en.md
Datei anzeigen

@ -18,7 +18,7 @@ The script uses rsync with the `--delete` flag. The destination will be an exact
`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.
@ -45,7 +45,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 **v2** available.
The destination must have Docker and docker compose **v2** available.
The script will detect errors automatically and exit.

4
docs/i_u_m/i_u_m_deinstall.de.md
Datei anzeigen

@ -1,11 +1,11 @@
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
- **-v** Entfernt benannte Volumes, die im Abschnitt `volumes` der Compose-Datei deklariert sind, und anonyme Volumes, die an Container angehängt sind.
- **--rmi <Typ>** 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.

4
docs/i_u_m/i_u_m_deinstall.en.md
Datei anzeigen

@ -1,11 +1,11 @@
To remove mailcow: dockerized with all it's volumes, images and containers do:
```
docker-compose down -v --rmi all --remove-orphans
docker compose down -v --rmi all --remove-orphans
```
!!! info
- **-v** Remove named volumes declared in the `volumes` section of the Compose file and anonymous volumes attached to containers.
- **--rmi <type>** Remove images. Type must be one of: `all`: Remove all images used by any service. `local`: Remove only images that don't have a custom tag set by the `image` field.
- **--remove-orphans** Remove containers for services not defined in the compose file.
- By default `docker-compose down` only removes currently active containers and networks defined in the `docker-compose.yml`.
- By default `docker compose down` only removes currently active containers and networks defined in the `docker compose.yml`.

90
docs/i_u_m/i_u_m_install.de.md
Datei anzeigen

@ -1,30 +1,62 @@
## Docker und Docker Compose Installation
Sie benötigen Docker (eine Version >= `20.10.2` ist erforderlich) und Docker Compose (eine Version `>= 2.0` ist erforderlich).
**1\.** Erfahren Sie, wie Sie [Docker](https://docs.docker.com/install/) und [Docker Compose](https://docs.docker.com/compose/install/) installieren.
Erfahren Sie, wie Sie [Docker](https://docs.docker.com/install/) und [Docker Compose](https://docs.docker.com/compose/install/) installieren.
Schnelle Installation fĂĽr die meisten Betriebssysteme:
- Docker
### Docker
```
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
!!! danger "Achtung"
**mailcow benötigt die neueste Version von docker-compose v2.** 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/v$(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:
### docker compose
!!! danger "Achtung"
**mailcow benötigt eine Version von Docker Compose >= v2**.
<br>Sollte die Installation von Docker ĂĽber das obenstehende Skript erfolgt sein wird das Docker Compose Plugin bereits automatisch
in einer Version >=2.0 installiert. <br>
Ist die mailcow Installation älter oder Docker wurde auf einem anderen Weg installiert, muss das Compose Plugin bzw. die Standalone Version von Docker manuell installiert werden.
#### Installation via Paketmanager (Plugin)
!!! info "Hinweis"
Diese Vorgehensweise mit den Paketquellen ist nur dann möglich, wenn das Docker Repository eingebunden wurde. Dies kann entweder durch die Anleitung oben (siehe [Docker](#docker)) oder durch eine manuelle Einbindung passieren.
Auf Debian/Ubuntu Systemen:
```
apt update
apt install docker compose-plugin
```
Auf Centos 7 Systemen:
```
yum update
yum install docker compose-plugin
```
!!! danger "Achtung"
Die Syntax der Docker Compose Befehle lautet **`docker compose`** bei der **Plugin Variante** von Docker Compose!!
#### Installation via Script (Standalone)
!!! info "Hinweis"
Diese Installation ist die alt bekannte Weise. Sie installiert Docker Compose als Standalone Programm und ist nicht auf die Art und weise der Docker Installation angewiesen.
```
curl -L https://github.com/docker/compose/releases/download/v$(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
```
!!! danger "Achtung"
Die Syntax der Docker Compose Befehle lautet **`docker compose`** bei der **Standalone Variante** von Docker Compose!!
## SELinux Besonderheiten prĂĽfen
Auf SELinux-aktivierten Systemen, z.B. CentOS 7:
- PrĂĽfen Sie, ob das Paket "container-selinux" auf Ihrem System vorhanden ist:
@ -54,7 +86,8 @@ Dieser Schritt ist erforderlich, um sicherzustellen, dass die mailcows-Volumes r
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.
## mailcow Installieren
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
@ -65,12 +98,13 @@ $ su
# cd mailcow-dockerized
```
**3\.** Erzeugen Sie eine Konfigurationsdatei. Verwenden Sie einen FQDN (`host.domain.tld`) als Hostname, wenn Sie gefragt werden.
## mailcow Initialisieren
Erzeugen Sie eine Konfigurationsdatei. Verwenden Sie einen FQDN (`host.domain.tld`) als Hostname, wenn Sie gefragt werden.
```
./generate_config.sh
```
**4\.** Ă„ndern Sie die Konfiguration, wenn Sie das wollen oder mĂĽssen.
Ă„ndern Sie die Konfiguration, wenn Sie wollen oder mĂĽssen.
```
nano mailcow.conf
```
@ -80,11 +114,12 @@ Möglicherweise müssen Sie einen vorinstallierten MTA stoppen, der Port 25/tcp
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):
## Problembehandlungen
### 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:
@ -95,17 +130,18 @@ networks:
...
```
**4\.2\.** Benutzer ohne ein IPv6-aktiviertes Netzwerk auf ihrem Hostsystem:
### Benutzer ohne ein IPv6-aktiviertes Netzwerk auf ihrem Hostsystem
**Einschalten von IPv6. Endlich.**
**Schalten Sie IPv6 bitte nicht ab, auch wenn es Ihnen nicht gefällt. IPv6 ist die Zukunft und sollte nicht ignoriert werden.**
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](../post_installation/firststeps-disable_ipv6.de.md), um unvorhergesehene Probleme zu vermeiden.
Sollten Sie jedoch kein IPv6-fähiges Netzwerk auf Ihrem Host haben und Sie sich nicht um ein besseres Internet kümmern wollen (hehe), ist es empfehlenswert, IPv6 für das mailcow-Netzwerk zu [deaktivieren](../post_installation/firststeps-disable_ipv6.de.md), 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:
## mailcow starten
Laden Sie die Images herunter und fĂĽhren Sie die Compose-Datei aus. Der Parameter `-d` wird ihre mailcow dann im Hintergrund starten:
```
docker-compose pull
docker-compose up -d
docker compose pull
docker compose up -d
```
Geschafft!
@ -117,4 +153,4 @@ Sie können nun auf **https://${MAILCOW_HOSTNAME}** mit den Standard-Zugangsdate
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.

74
docs/i_u_m/i_u_m_install.en.md
Datei anzeigen

@ -1,30 +1,61 @@
## Docker und Docker Compose Installation
You need Docker (a version >= `20.10.2` is required) and Docker Compose (a version `>= 2.0` is required).
**1\.** Learn how to install [Docker](https://docs.docker.com/install/) and [Docker Compose](https://docs.docker.com/compose/install/).
Learn how to install [Docker](https://docs.docker.com/install/) and [Docker Compose](https://docs.docker.com/compose/install/).
Quick installation for most operation systems:
- Docker
### Docker
```
curl -sSL https://get.docker.com/ | CHANNEL=stable sh
# After the installation process is finished, you may need to enable the service and make sure it is started (e.g. CentOS 7)
systemctl enable --now docker
```
- Docker-Compose
### docker compose
!!! danger
**mailcow requires the latest version of docker-compose v2.** It is highly recommended to use the commands below to install `docker-compose`. Package managers (e.g. `apt`, `yum`) **likely won't** give you the correct version.
_Note: This command downloads docker-compose from the official Docker Github repository and is a safe method. The snippet will determine the latest supported version by mailcow. In almost all cases this is the latest version available (exceptions are broken releases or major changes not yet supported by mailcow)._
**mailcow requires the latest version of docker compose v2.**<br>
If Docker was installed using the script above, the Docker Compose plugin is already automatically installed in a version >=2.0.<br>
Is your mailcow installation older or Docker was installed in a different way, the Compose plugin or the standalone version of Docker must be installed manually.
#### Installation via Paketmanager (plugin)
!!! info
This approach with the package sources is only possible if the Docker repository has been included. This can happen either through the instructions above (see [Docker](#docker)) or through a manually integration.
On Debian/Ubuntu systems:
```
apt update
apt install docker compose-plugin
```
On Centos 7 systems:
```
yum update
yum install docker compose-plugin
```
!!! danger
The Docker Compose command syntax is **`docker compose`** for the **plugin variant** of Docker Compose!!!
#### Installation via Script (standalone)
!!! info
This installation is the old familiar way. It installs Docker Compose as a standalone program and does not rely on the Docker installation way.
```
curl -L https://github.com/docker/compose/releases/download/v$(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/v$(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
```
!!! danger
The Docker Compose command syntax is **`docker compose`** for the **standalone variant** of Docker Compose!!!
Please use the latest Docker engine available and do not use the engine that ships with your distros repository.
**1\.1\.** On SELinux enabled systems, e.g. CentOS 7:
## Check SELinux specifics
On SELinux enabled systems, e.g. CentOS 7:
- Check if "container-selinux" package is present on your system:
@ -54,7 +85,8 @@ This step is required to make sure mailcows volumes are properly labeled as decl
If you are interested in how this works, you can check out the readme of https://github.com/containers/container-selinux which links to a lot of useful information on that topic.
**2\.** Clone the master branch of the repository, make sure your umask equals 0022. Please clone the repository as root user and also control the stack as root. We will modify attributes - if necessary - while bootstrapping the containers automatically and make sure everything is secured. The update.sh script must therefore also be run as root. It might be necessary to change ownership and other attributes of files you will otherwise not have access to. **We drop permissions for every exposed application** and will not run an exposed service as root! Controlling the Docker daemon as non-root user does not give you additional security. The unprivileged user will spawn the containers as root likewise. The behaviour of the stack is identical.
## Install mailcow
Clone the master branch of the repository, make sure your umask equals 0022. Please clone the repository as root user and also control the stack as root. We will modify attributes - if necessary - while bootstrapping the containers automatically and make sure everything is secured. The update.sh script must therefore also be run as root. It might be necessary to change ownership and other attributes of files you will otherwise not have access to. **We drop permissions for every exposed application** and will not run an exposed service as root! Controlling the Docker daemon as non-root user does not give you additional security. The unprivileged user will spawn the containers as root likewise. The behaviour of the stack is identical.
```
$ su
@ -65,12 +97,13 @@ $ su
# cd mailcow-dockerized
```
**3\.** Generate a configuration file. Use a FQDN (`host.domain.tld`) as hostname when asked.
## Initialize mailcow
Generate a configuration file. Use a FQDN (`host.domain.tld`) as hostname when asked.
```
./generate_config.sh
```
**4\.** Change configuration if you want or need to.
Change configuration if you want or need to.
```
nano mailcow.conf
```
@ -80,11 +113,13 @@ You may need to stop an existing pre-installed MTA which blocks port 25/tcp. See
Some updates modify mailcow.conf and add new parameters. It is hard to keep track of them in the documentation. Please check their description and, if unsure, ask at the known channels for advise.
**4\.1\.** Users with a MTU not equal to 1500 (e.g. OpenStack):
## Troubleshooting
### Users with a MTU not equal to 1500 (e.g. OpenStack)
**Whenever you run into trouble and strange phenomena, please check your MTU.**
Edit `docker-compose.yml` and change the network settings according to your MTU.
Edit `docker compose.yml` and change the network settings according to your MTU.
Add the new driver_opts parameter like this:
```
networks:
@ -95,17 +130,18 @@ networks:
...
```
**4\.2\.** Users without an IPv6 enabled network on their host system:
### Users without an IPv6 enabled network on their host system
**Enable IPv6. Finally.**
**Please don't turn off IPv6, even if you don't like it. IPv6 is the future and should not be ignored.**
If you do not have an IPv6 enabled network on your host and you don't care for a better internet (thehe), it is recommended to [disable IPv6](../post_installation/firststeps-disable_ipv6.en.md) for the mailcow network to prevent unforeseen issues.
**5\.** Pull the images and run the compose file. The parameter `-d` will start mailcow: dockerized detached:
## Start mailcow
Pull the images and run the compose file. The parameter `-d` will start mailcow: dockerized detached:
```
docker-compose pull
docker-compose up -d
docker compose pull
docker compose up -d
```
Done!
@ -117,4 +153,4 @@ You can now access **https://${MAILCOW_HOSTNAME}** with the default credentials
The database will be initialized right after a connection to MySQL can be established.
Your data will persist in multiple Docker volumes, that are not deleted when you recreate or delete containers. Run `docker volume ls` to see a list of all volumes. You can safely run `docker-compose down` without removing persistent data.
Your data will persist in multiple Docker volumes, that are not deleted when you recreate or delete containers. Run `docker volume ls` to see a list of all volumes. You can safely run `docker compose down` without removing persistent data.

14
docs/i_u_m/i_u_m_migration.de.md
Datei anzeigen

@ -5,7 +5,7 @@
Alternativ können Sie das Skript `./helper-scripts/backup_and_restore.sh` verwenden, um ein vollständiges Backup auf der Quellmaschine zu erstellen, dann installieren Sie mailcow auf der Zielmaschine wie gewohnt, kopieren Sie Ihre `mailcow.conf` und verwenden Sie das gleiche Skript, um Ihr Backup auf der Zielmaschine wiederherzustellen.
**1\.**
Installieren Sie [Docker](https://docs.docker.com/engine/installation/linux/) und [docker-compose](https://docs.docker.com/compose/install/) auf Ihrem neuen Server.
Installieren Sie [Docker](https://docs.docker.com/engine/installation/linux/) und [docker compose](https://docs.docker.com/compose/install/) auf Ihrem neuen Server.
Schnelle Installation fĂĽr die meisten Betriebssysteme:
@ -16,10 +16,10 @@ curl -sSL https://get.docker.com/ | CHANNEL=stable sh
systemctl enable docker.service
```
- docker-compose
- docker compose
```
curl -L https://github.com/docker/compose/releases/download/v$(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/v$(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.
@ -39,7 +39,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
```
@ -53,12 +53,12 @@ systemctl start 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.

14
docs/i_u_m/i_u_m_migration.en.md
Datei anzeigen

@ -5,7 +5,7 @@
Alternatively, you can use the `./helper-scripts/backup_and_restore.sh` script to create a full backup on the source machine, then install mailcow on the target machine as usual, copy over your `mailcow.conf` and use the same script to restore your backup to the target machine.
**1\.**
Install [Docker](https://docs.docker.com/engine/installation/linux/) and [docker-compose](https://docs.docker.com/compose/install/) on your new server.
Install [Docker](https://docs.docker.com/engine/installation/linux/) and [docker compose](https://docs.docker.com/compose/install/) on your new server.
Quick installation for most operation systems:
@ -16,10 +16,10 @@ curl -sSL https://get.docker.com/ | CHANNEL=stable sh
systemctl enable docker.service
```
- docker-compose
- docker compose
```
curl -L https://github.com/docker/compose/releases/download/v$(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/v$(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
```
Please use the latest Docker engine available and do not use the engine that ships with your distros repository.
@ -39,7 +39,7 @@ rsync -aHhP --numeric-ids --delete /var/lib/docker/volumes/ root@target-machine.
**4\.** Shut down mailcow and stop Docker on the source machine.
```
cd /opt/mailcow-dockerized
docker-compose down
docker compose down
systemctl stop docker.service
```
@ -53,12 +53,12 @@ systemctl start docker.service
**7\.** Now pull the mailcow Docker images on the target machine.
```
cd /opt/mailcow-dockerized
docker-compose pull
docker compose pull
```
**8\.** Start the whole mailcow stack and everything should be done!
```
docker-compose up -d
docker compose up -d
```
**9\.** Finally, change your DNS settings to point to the target server.

49
docs/i_u_m/i_u_m_update.de.md
Datei anzeigen

@ -1,4 +1,4 @@
## Automatische Aktualisierung
## mailcow automatisch Updaten
Ein Update-Skript in Ihrem mailcow-dockerized Verzeichnis kĂĽmmert sich um Updates.
@ -27,8 +27,12 @@ Einige kleinere Konflikte werden automatisch korrigiert (zugunsten des mailcow-d
# - Überspringt den ICMP Check auf die öffentlichen DNS Resolver (Bitte nur nutzen, wenn keinerlei ICMP Verbindungen von und zur mailcow erlaubt sind)
./update.sh --skip-ping-check
# - Ăśberspringt den Docker-Compose Update Prozess, aktualisierung erfolgt dann vom Benutzer
./update.sh --no-update-compose
# - Wechselt die Update Quellen der mailcow auf nightly (unstabile) Inhalte.
NUR ZUM TESTEN VERWENDEN!! KEIN PRODUKTIV BETRIEB!!!
./update.sh --nightly
# - Wechselt die Update Quellen der mailcow auf stable (stabile) Inhalte (standard).
./update.sh --stable
# - Erzwinge Update (unbeaufsichtigt, aber nicht unterstĂĽtzt, Benutzung auf eigenes Risiko)
./update.sh --force
@ -62,11 +66,11 @@ 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
@ -78,3 +82,36 @@ Sie können sich in den Update-Mechanismus einklinken, indem Sie Skripte namens
- Wir planen an jedem ersten Dienstag eines Monats ein neues Hauptupdate zu veröffentlichen.
- Die Updates sind wie folgt nummeriert: `JJJJ-MM` (Beispiel: `2022-05`).
- Fehlerkorrekturen eines Hauptupdates werden bei uns als "Revisionen" wie a,b,c (Beispiele: `2022-05a`, `2022-05b` usw.) erscheinen.
## Update-Varianten
**stable (stabile Updates)**: Diese Updates sind fĂĽr den Produktivbetrieb geeignet. Sie erscheinen in einem Zyklus von mindest 1x im Monat.
**nightly (instabile Updates)**: Diese Updates sind **NICHT** fĂĽr den Produktivbetrieb geeignet und dienen lediglich dem Testen. Die nightly Updates sind den stabilen Updates vorraus, da in diesen neue und auch umfangreichere Funktionen getestet werden bevor diese fĂĽr alle User Live gehen.
## NEU: Nightly Updates beziehen
### Infos zu den Nightly Updates
Seit dem 2022-08 Update gibt es die Möglichkeit die Update quellen zu ändern. Bisher diente der master Branch auf GitHub als einzige (offizieller) Update Quelle. Mit dem August 2022 Update gibt es aber nun noch den Nightly Branch welcher instabile und größere Änderungen zum testen und Feedback geben enthält.
Dabei bekommt der Nightly Branch immer dann neue Updates, wenn irgendetwas am mailcow Projekt fertig gemacht wurde was in die neue Hauptversion reinkommt.
Neben den offensichtlichen neuerungen welche sowieso im nächsten Major Update enthalten sein werden enthält er ebenfalls erstmal exklusive Features welche eine längere Testzeit brauchen (bspw. das UI Update auf Bootstrap 5).
### Wie bekomme ich Nightly Updates?
Der Vorgang ist relativ simpel. Mit dem 2022-08 Update (ein Update auf die Version voraussgesetzt) ist es möglich die `update.sh` mit dem Parameter `--nightly` zu starten.
!!! danger "Achtung"
Bitte machen Sie vorher ein Backup oder folgen Sie dem Abschnitt [Best Practice Nightly Update](#best-practice-nightly-update) bevor Sie auf die Nightly Builds von mailcow wechseln. Wir sind fĂĽr keinerlei Datenverluste/korruptionen verantwortlich, also arbeiten Sie mit bedacht!
Das Skript wird nun den Branch wechseln mit `git checkout nightly` d.h. es wird auch wieder nach den IPv6 Einstellungen fragen. Das ist aber normal.
Sollte alles problemlos geklappt haben (wofĂĽr wir ja auch vorsichtshalber ein Backup vorher gemacht haben) sollte nun in der mailcow UI unten rechts die aktuelle Versionsnummer samt Datumsstempel abgebildet sein: <br>
![nightly footer](../assets/images/i_u_m/nightly_footer.png)
### Best Practice Nightly Update
!!! info
Wir empfehlen die Benutzung des Nightly Updates nur dann, wenn Ihr eine weitere Maschine oder VM besitzt und diese **NICHT** Produktiv nutzt.
1. Das [Cold-Standby Skript](../backup_restore/b_n_r-coldstandby.de.md) nutzen um die Maschine **vor** dem Schwenk auf die Nightly Builds auf ein anderes System zu kopieren.
2. Das `update.sh` Skript auf der neuen Maschine mit dem Parameter `--nightly` ausführen und bestätigen.
3. Die Nightly Updates auf der sekundären Maschine erleben/testen.

49
docs/i_u_m/i_u_m_update.en.md
Datei anzeigen

@ -27,8 +27,12 @@ Some minor conflicts will be auto-corrected (in favour for the mailcow-dockerize
# - Skip ICMP Check to public DNS resolvers (Use it only if you´ve blocked any ICMP Connections to your mailcow machine)
./update.sh --skip-ping-check
# - Skips the Docker-Compose update process, update is done by the user manually
./update.sh --no-update-compose
# - Switch your mailcow updates to the unstable (nightly) branch.
FOR TESTING PURPOSES ONLY!!!! NOT READY FOR PRODUCTION!!!
./update.sh --nightly
# - Switch your mailcow updates to the stable (master) branch. Default unless you changed it with --nightly.
./update.sh --stable
# - Force update (unattended, but unsupported, use at own risk)
./update.sh --force
@ -62,11 +66,11 @@ Yes.
See the topic above, instead of a diff, you run checkout:
```
docker-compose down
docker compose down
# Replace commit ID 22cd00b5e28893ef9ddef3c2b5436453cc5223ab by your ID
git checkout 22cd00b5e28893ef9ddef3c2b5436453cc5223ab
docker-compose pull
docker-compose up -d
docker compose pull
docker compose up -d
```
### Hooks
@ -77,4 +81,37 @@ You can hook into the update mechanism by adding scripts called `pre_commit_hook
- We schedule a monthly release cycle for a major update at the first tuesday of the month.
- The releases are numbered like this: `YYYY-MM` (e.g. `2022-05`)
- Fixes for a main Update will be stated as "Revisions" like a,b,c (e.g. `2022-05a`, `2022-05b` etc.)
- Fixes for a main Update will be stated as "Revisions" like a,b,c (e.g. `2022-05a`, `2022-05b` etc.)
## Update variants
**stable (stable updates)**: These updates are suitable for productive usage. They appear in a cycle of at least 1x per month.
**nightly (unstable updates)**: These updates are **NOT** suitable for production use and are for testing only. The nightly updates are ahead of the stable updates, since in these updates we test newer and more extensive features before they go live for all users.
## NEW: Get Nightly Updates
### Info about the Nightly Updates
Since the 2022-08 update there is the possibility to change the update sources. Until now, the master branch on GitHub served as the only (official) update source. With the August 2022 update, however, there is now the Nightly Branch which contains unstable and major changes for testing and feedback.
The Nightly Branch always gets new updates when something is finished on the mailcow project that will be included in the new main version.
Besides the obvious changes that will be included in the next major update anyway, it also contains exclusive features that need a longer testing time (e.g. the UI update to Bootstrap 5).
### How do I get Nightly Updates?
The process is relatively simple. With the 2022-08 update (assuming an update to the version) it is possible to run `update.sh` with the parameter `--nightly`.
!!! danger
Please make a backup before or follow the [Best Practice Nightly Update](#best-practice-nightly-update) section before switching to mailcow nightly builds. We are not responsible for any data loss/corruption, so work with caution!
The script will now change the branch with `git checkout nightly`, which means it will ask for the IPv6 settings again. But this is normal.
If everything worked fine (for which we made a backup before) the mailcow UI should now show the current version number and date stamp in the lower right corner:<br>
![nightly footer](../assets/images/i_u_m/nightly_footer.png)
### Best Practice Nightly Update
!!! info
We recommend using the Nightly Update only if you have another machine or VM and **NOT** use it productively.
1. use the [cold standby script](../backup_restore/b_n_r-coldstandby.en.md) to copy the machine **before** the switch to the nightly builds on another system.
2. run the `update.sh` script on the new machine with the parameter `--nightly` and confirm.
3. experience/test the nightly updates on the secondary machine.

4
docs/manual-guides/ClamAV/u_e-clamav-additional_dbs.de.md
Datei anzeigen

@ -45,7 +45,7 @@ MaxZipTypeRcg 50M
```
10. Starten Sie den ClamAV Container neu:
```bash
docker-compose restart clamd-mailcow
docker compose restart clamd-mailcow
```
**Bitte beachten Sie**:
@ -66,5 +66,5 @@ DatabaseCustomURL http://sigs.interserver.net/whitelist.fp
```
2. Starten Sie den ClamAV Container neu:
```bash
docker-compose restart clamd-mailcow
docker compose restart clamd-mailcow
```

4
docs/manual-guides/ClamAV/u_e-clamav-additional_dbs.en.md
Datei anzeigen

@ -45,7 +45,7 @@ MaxZipTypeRcg 50M
```
10. Restart ClamAV container:
```bash
docker-compose restart clamd-mailcow
docker compose restart clamd-mailcow
```
Please note:
@ -66,5 +66,5 @@ DatabaseCustomURL http://sigs.interserver.net/whitelist.fp
```
2. Restart ClamAV container:
```bash
docker-compose restart clamd-mailcow
docker compose restart clamd-mailcow
```

8
docs/manual-guides/ClamAV/u_e-clamav-whitelist.de.md
Datei anzeigen

@ -3,7 +3,7 @@
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.:
```bash
docker-compose logs clamd-mailcow | grep "FOUND"
docker compose logs clamd-mailcow | grep "FOUND"
```
Diese Zeile bestätigt, dass ein solcher identifiziert wurde:
@ -18,16 +18,16 @@ Um diese spezielle Signatur auf die Whitelist zu setzen (und den Versand dieses
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:
Dann starten Sie den clamd-mailcow Service Container in der mailcow UI oder mit docker compose neu:
```bash
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
```

8
docs/manual-guides/ClamAV/u_e-clamav-whitelist.en.md
Datei anzeigen

@ -3,7 +3,7 @@
You may find that legitimate (clean) mail is being blocked by ClamAV (Rspamd will flag the mail with `VIRUS_FOUND`). For instance, interactive PDF form attachments are blocked by default because the embedded Javascript code may be used for nefarious purposes. Confirm by looking at the clamd logs, e.g.:
```bash
docker-compose logs clamd-mailcow | grep "FOUND"
docker compose logs clamd-mailcow | grep "FOUND"
```
This line confirms that such was identified:
@ -18,16 +18,16 @@ To whitelist this particular signature (and enable sending this type of file att
echo 'PUA.Pdf.Trojan.EmbeddedJavaScript-1' >> data/conf/clamav/whitelist.ign2
```
Then restart the clamd-mailcow service container in the mailcow UI or using docker-compose:
Then restart the clamd-mailcow service container in the mailcow UI or using docker compose:
```bash
docker-compose restart clamd-mailcow
docker compose restart clamd-mailcow
```
Cleanup cached ClamAV results 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
```

4
docs/manual-guides/Docker/u_e-docker-cust_dockerfiles.de.md
Datei anzeigen

@ -1,7 +1,7 @@
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:
@ -13,5 +13,5 @@ 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
```

4
docs/manual-guides/Docker/u_e-docker-cust_dockerfiles.en.md
Datei anzeigen

@ -1,7 +1,7 @@
You need to copy the override file with corresponding build tags to the mailcow: dockerized root folder (i.e. `/opt/mailcow-dockerized`):
```
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
```
Make your changes in `data/Dockerfiles/$service` and build the image locally:
@ -13,5 +13,5 @@ docker build data/Dockerfiles/service -t mailcow/$service
Now auto-recreate modified containers:
```
docker-compose up -d
docker compose up -d
```

2
docs/manual-guides/Dovecot/u_e-dovecot-any_acl.de.md
Datei anzeigen

@ -6,4 +6,4 @@ Diese Funktion kann wieder aktiviert werden, indem `ACL_ANYONE` auf `allow` in m
ACL_ANYONE=allow
```
Wenden Sie die Ă„nderungen an, indem Sie `docker-compose up -d` ausfĂĽhren.
Wenden Sie die Ă„nderungen an, indem Sie `docker compose up -d` ausfĂĽhren.

2
docs/manual-guides/Dovecot/u_e-dovecot-any_acl.en.md
Datei anzeigen

@ -6,4 +6,4 @@ This function can be re-enabled by setting `ACL_ANYONE` to `allow` in mailcow.co
ACL_ANYONE=allow
```
Apply the changes by running `docker-compose up -d`.
Apply the changes by running `docker compose up -d`.

16
docs/manual-guides/Dovecot/u_e-dovecot-expunge.de.md
Datei anzeigen

@ -7,25 +7,25 @@ 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
@ -42,8 +42,8 @@ Wenn Sie eine solche Aufgabe automatisieren wollen, können Sie einen Cron-Job a
# 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
/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
[...]
```
@ -56,7 +56,7 @@ Um einen Cronjob zu erstellen, können Sie `crontab -e` ausführen und etwas wie
### ĂĽber Docker Job Scheduler
Um dies mit einem Docker-Job-Scheduler zu archivieren, verwenden Sie diese docker-compose.override.yml mit Ihrer Mailcow:
Um dies mit einem Docker-Job-Scheduler zu archivieren, verwenden Sie diese docker compose.override.yml mit Ihrer Mailcow:
```
@ -82,7 +82,7 @@ services:
```
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](https://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:
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,

16
docs/manual-guides/Dovecot/u_e-dovecot-expunge.en.md
Datei anzeigen

@ -7,25 +7,25 @@ That said, let's dive in:
Delete a user's mails inside the junk folder that **are read** and **older** than 4 hours
```
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
```
Delete **all** user's mails in the junk folder that are **older** than 7 days
```
docker-compose exec dovecot-mailcow doveadm expunge -A mailbox 'Junk' savedbefore 7d
docker compose exec dovecot-mailcow doveadm expunge -A mailbox 'Junk' savedbefore 7d
```
Delete **all** mails (of all users) in **all** folders that are **older** than 52 weeks (internal date of the mail, not the date it was saved on the system => `before` instead of `savedbefore`). Useful for deleting very old mails on all users and folders (thus especially useful for GDPR-compliance).
```
docker-compose exec dovecot-mailcow doveadm expunge -A mailbox % before 52w
docker compose exec dovecot-mailcow doveadm expunge -A mailbox % before 52w
```
Delete mails inside a custom folder **inside** a user's inbox that are **not** flagged and **older** than 2 weeks
```
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
@ -42,8 +42,8 @@ If you want to automate such a task you can create a cron job on your host that
# Path to mailcow-dockerized, e.g. /opt/mailcow-dockerized
cd /path/to/your/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
/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
[...]
```
@ -56,7 +56,7 @@ To create a cron job you may execute `crontab -e` and insert something like the
### via Docker job scheduler
To archive this with a docker job scheduler use this docker-compose.override.yml with your mailcow:
To archive this with a docker job scheduler use this docker compose.override.yml with your mailcow:
```
version: '2.1'
@ -81,7 +81,7 @@ services:
```
The job controller just need access to the docker control socket to be able to emulate the behavior of "exec". Then we add a few label to our dovecot-container to activate the job scheduler and tell him in a cron compatible scheduling format when to run. If you struggle with that schedule string you can use [crontab guru](https://crontab.guru/).
This docker-compose.override.yml deletes all mails older then 2 weeks from the "Junk" folder every day at 4 am. To see if things ran proper, you can not only see in your mailbox but also check Ofelia's docker log if it looks something like this:
This docker compose.override.yml deletes all mails older then 2 weeks from the "Junk" folder every day at 4 am. To see if things ran proper, you can not only see in your mailbox but also check Ofelia's docker log if it looks something like this:
```
common.go:124 â–¶ NOTICE [Job "dovecot-expunge-trash" (8759567efa66)] Started - doveadm expunge -A mailbox 'Junk' savedbefore 2w,

2
docs/manual-guides/Dovecot/u_e-dovecot-extra_conf.de.md
Datei anzeigen

@ -3,5 +3,5 @@ Erstellen Sie eine Datei `data/conf/dovecot/extra.conf` - falls nicht vorhanden
Starten Sie `dovecot-mailcow` neu, um Ihre Ă„nderungen zu ĂĽbernehmen:
```
docker-compose restart dovecot-mailcow
docker compose restart dovecot-mailcow
```

2
docs/manual-guides/Dovecot/u_e-dovecot-extra_conf.en.md
Datei anzeigen

@ -3,5 +3,5 @@ Create a file `data/conf/dovecot/extra.conf` - if missing - and add your additio
Restart `dovecot-mailcow` to apply your changes:
```
docker-compose restart dovecot-mailcow
docker compose restart dovecot-mailcow
```

8
docs/manual-guides/Dovecot/u_e-dovecot-fts.de.md
Datei anzeigen

@ -13,9 +13,9 @@ Da wir in Docker laufen und unsere Container mit dem "restart: always" Flag erst
```
# Einzelbenutzer
docker-compose exec dovecot-mailcow doveadm fts rescan -u user@domain
docker compose exec dovecot-mailcow doveadm fts rescan -u user@domain
# alle Benutzer
docker-compose exec dovecot-mailcow doveadm fts rescan -A
docker compose exec dovecot-mailcow doveadm fts rescan -A
```
Dovecot Wiki: "Scannt, welche Mails im Volltextsuchindex vorhanden sind und vergleicht diese mit den tatsächlich in den Postfächern vorhandenen Mails. Dies entfernt Mails aus dem Index, die bereits gelöscht wurden und stellt sicher, dass der nächste doveadm-Index alle fehlenden Mails (falls vorhanden) indiziert."
@ -26,9 +26,9 @@ Wenn Sie die Daten sofort neu indizieren wollen, können Sie den folgenden Befeh
```
# einzelner Benutzer
docker-compose exec dovecot-mailcow doveadm index -u user@domain '*'
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 '*'
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!

8
docs/manual-guides/Dovecot/u_e-dovecot-fts.en.md
Datei anzeigen

@ -14,9 +14,9 @@ Since we run in Docker and create our containers with the "restart: always" flag
```
# single user
docker-compose exec dovecot-mailcow doveadm fts rescan -u user@domain
docker compose exec dovecot-mailcow doveadm fts rescan -u user@domain
# all users
docker-compose exec dovecot-mailcow doveadm fts rescan -A
docker compose exec dovecot-mailcow doveadm fts rescan -A
```
Dovecot Wiki: "Scan what mails exist in the full text search index and compare those to what actually exist in mailboxes. This removes mails from the index that have already been expunged and makes sure that the next doveadm index will index all the missing mails (if any)."
@ -27,9 +27,9 @@ If you want to re-index data immediately, you can run the followig command, wher
```
# single user
docker-compose exec dovecot-mailcow doveadm index -u user@domain '*'
docker compose exec dovecot-mailcow doveadm index -u user@domain '*'
# all users, but obviously slower and more dangerous
docker-compose exec dovecot-mailcow doveadm index -A '*'
docker compose exec dovecot-mailcow doveadm index -A '*'
```
This **will** take some time depending on your machine and Solr can run oom, monitor it!

4
docs/manual-guides/Dovecot/u_e-dovecot-idle_interval.de.md
Datei anzeigen

@ -22,13 +22,13 @@ imap_idle_notify_interval = 5 mins
Nun 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"
```
Wenn Sie den Wert nicht geändert haben, sollte er auf 2m stehen. Wenn Sie ihn geändert haben, sollten Sie den neuen Wert sehen.

4
docs/manual-guides/Dovecot/u_e-dovecot-idle_interval.en.md
Datei anzeigen

@ -21,13 +21,13 @@ imap_idle_notify_interval = 5 mins
### Reload Dovecot
Now reload Dovecot:
```
docker-compose exec dovecot-mailcow dovecot reload
docker compose exec dovecot-mailcow dovecot reload
```
!!! info
You can check the value of this setting with
```
docker-compose exec dovecot-mailcow dovecot -a | grep "imap_idle_notify_interval"
docker compose exec dovecot-mailcow dovecot -a | grep "imap_idle_notify_interval"
```
If you didn't change it, it should be at 2m. If you did change it, you should see your new value.

2
docs/manual-guides/Dovecot/u_e-dovecot-mail-crypt.de.md
Datei anzeigen

@ -3,7 +3,7 @@
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.
Rufen Sie Dovecot auf, indem Sie `docker compose exec dovecot-mailcow /bin/bash` im mailcow-dockerisierten Verzeichnis ausfĂĽhren.
```
# EntschlĂĽsseln Sie /var/vmail

2
docs/manual-guides/Dovecot/u_e-dovecot-mail-crypt.en.md
Datei anzeigen

@ -3,7 +3,7 @@
If you want to decode/encode existing maildir files, you can use the following script at your own risk:
Enter Dovecot by running `docker-compose exec dovecot-mailcow /bin/bash` in the mailcow-dockerized location.
Enter Dovecot by running `docker compose exec dovecot-mailcow /bin/bash` in the mailcow-dockerized location.
```
# Decrypt /var/vmail

2
docs/manual-guides/Dovecot/u_e-dovecot-public_folder.de.md
Datei anzeigen

@ -22,7 +22,7 @@ Die neue Mailbox im öffentlichen Namensraum wird von den Benutzern automatisch
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`).

2
docs/manual-guides/Dovecot/u_e-dovecot-public_folder.en.md
Datei anzeigen

@ -22,7 +22,7 @@ The new mailbox in the public namespace will be auto-subscribed by users.
To allow all authenticated users access full to that new mailbox (not the whole namespace), run:
```
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
```
Adjust the command to your needs if you like to assign more granular rights per user (use `-u user@domain` instead of `-A` for example).

2
docs/manual-guides/Dovecot/u_e-dovecot-static_master.de.md
Datei anzeigen

@ -11,7 +11,7 @@ DOVECOT_MASTER_USER=mymasteruser
DOVECOT_MASTER_PASS=mysecretpass
```
FĂĽhren Sie `docker-compose up -d` aus, um Ihre Ă„nderungen zu ĂĽbernehmen.
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.

2
docs/manual-guides/Dovecot/u_e-dovecot-static_master.en.md
Datei anzeigen

@ -11,7 +11,7 @@ DOVECOT_MASTER_USER=mymasteruser
DOVECOT_MASTER_PASS=mysecretpass
```
Run `docker-compose up -d` to apply your changes.
Run `docker compose up -d` to apply your changes.
The static master username will be expanded to `DOVECOT_MASTER_USER@mailcow.local`.

10
docs/manual-guides/Dovecot/u_e-dovecot-vmail-volume.de.md
Datei anzeigen

@ -3,7 +3,7 @@
!!! warning
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:
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
@ -16,7 +16,7 @@ Starten Sie anschlieĂźend mailcow.
## Der "alte" Weg
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:
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'
@ -51,8 +51,8 @@ volumes:
```
- Kopieren Sie den Inhalt des `Mountpoint`-Ordners an den neuen Speicherort (z.B. `/data/mailcow/vmail`) mit `cp -a`, `rsync -a` oder einem ähnlichen, nicht strikten Kopierbefehl
- Stoppen Sie mailcow durch AusfĂĽhren von `docker-compose down` aus Ihrem mailcow-Stammverzeichnis (z.B. `/opt/mailcow-dockerized`)
- Erstellen Sie die Datei `docker-compose.override.yml`, bearbeiten Sie den Gerätepfad entsprechend
- Stoppen Sie mailcow durch AusfĂĽhren von `docker compose down` aus Ihrem mailcow-Stammverzeichnis (z.B. `/opt/mailcow-dockerized`)
- Erstellen Sie die Datei `docker compose.override.yml`, bearbeiten Sie den Gerätepfad entsprechend
- Löschen Sie den aktuellen vmail-Ordner: `docker volume rm mailcowdockerized_vmail-vol-1`
- Starten Sie mailcow durch AusfĂĽhren von `docker-compose up -d` aus Ihrem mailcow-Stammverzeichnis (z.B. `/opt/mailcow-dockerized`)
- Starten Sie mailcow durch AusfĂĽhren von `docker compose up -d` aus Ihrem mailcow-Stammverzeichnis (z.B. `/opt/mailcow-dockerized`)

10
docs/manual-guides/Dovecot/u_e-dovecot-vmail-volume.en.md
Datei anzeigen

@ -3,7 +3,7 @@
!!! warning
Newer Docker versions seem to complain about existing volumes. You can fix this temporarily by removing the existing volume and start mailcow with the override file. But it seems to be problematic after a reboot (needs to be confirmed).
An easy, dirty, yet stable workaround is to stop mailcow (`docker-compose down`), remove `/var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data` and create a new link to your remote filesystem location, for example:
An easy, dirty, yet stable workaround is to stop mailcow (`docker compose down`), remove `/var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data` and create a new link to your remote filesystem location, for example:
```
mv /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data /var/lib/docker/volumes/mailcowdockerized_vmail-vol-1/_data_backup
@ -16,7 +16,7 @@ Start mailcow afterwards.
## The "old" way
If you want to use another folder for the vmail-volume, you can create a `docker-compose.override.yml` file and add the following content:
If you want to use another folder for the vmail-volume, you can create a `docker compose.override.yml` file and add the following content:
```
version: '2.1'
@ -51,7 +51,7 @@ volumes:
```
- Copy the content of the `Mountpoint` folder to the new location (e.g. `/data/mailcow/vmail`) using `cp -a`, `rsync -a` or a similar non strcuture breaking copy command
- Stop mailcow by executing `docker-compose down` from within your mailcow root folder (e.g. `/opt/mailcow-dockerized`)
- Create the file `docker-compose.override.yml`, edit the device path accordingly
- Stop mailcow by executing `docker compose down` from within your mailcow root folder (e.g. `/opt/mailcow-dockerized`)
- Create the file `docker compose.override.yml`, edit the device path accordingly
- Delete the current vmail folder: `docker volume rm mailcowdockerized_vmail-vol-1`
- Start mailcow by executing `docker-compose up -d` from within your mailcow root folder (e.g. `/opt/mailcow-dockerized`)
- Start mailcow by executing `docker compose up -d` from within your mailcow root folder (e.g. `/opt/mailcow-dockerized`)

4
docs/manual-guides/Nginx/u_e-nginx_custom.de.md
Datei anzeigen

@ -112,7 +112,7 @@ Wenn PHP in eine benutzerdefinierte Site eingebunden werden soll, verwenden Sie
Starten Sie Nginx neu (und PHP-FPM, falls ein neuer Listener erstellt wurde):
```
docker-compose restart nginx-mailcow
docker-compose restart php-fpm-mailcow
docker compose restart nginx-mailcow
docker compose restart php-fpm-mailcow
```

4
docs/manual-guides/Nginx/u_e-nginx_custom.en.md
Datei anzeigen

@ -113,6 +113,6 @@ If PHP is to be included in a custom site, please use the PHP-FPM listener on ph
Restart Nginx (and PHP-FPM, if a new listener was created):
```
docker-compose restart nginx-mailcow
docker-compose restart php-fpm-mailcow
docker compose restart nginx-mailcow
docker compose restart php-fpm-mailcow
```

4
docs/manual-guides/Nginx/u_e-nginx_webmail-site.de.md
Datei anzeigen

@ -26,7 +26,7 @@ server {
}
```
Speichern Sie und starten Sie Nginx neu: `docker-compose restart nginx-mailcow`.
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!
@ -35,4 +35,4 @@ FĂĽgen Sie `webmail.example.org` zu diesem Array hinzu, verwenden Sie keine Anf
ADDITIONAL_SAN=webmail.example.org
```
Führen Sie `docker-compose up -d` aus. Siehe "acme-mailcow" und "nginx-mailcow" Logs, wenn etwas fehlschlägt.
Führen Sie `docker compose up -d` aus. Siehe "acme-mailcow" und "nginx-mailcow" Logs, wenn etwas fehlschlägt.

4
docs/manual-guides/Nginx/u_e-nginx_webmail-site.en.md
Datei anzeigen

@ -26,7 +26,7 @@ server {
}
```
Save and restart Nginx: `docker-compose restart nginx-mailcow`.
Save and restart Nginx: `docker compose restart nginx-mailcow`.
Now open `mailcow.conf` and find `ADDITIONAL_SAN`.
Add `webmail.example.org` to this array, don't use quotes!
@ -35,4 +35,4 @@ Add `webmail.example.org` to this array, don't use quotes!
ADDITIONAL_SAN=webmail.example.org
```
Run `docker-compose up -d`. See "acme-mailcow" and "nginx-mailcow" logs if anything fails.
Run `docker compose up -d`. See "acme-mailcow" and "nginx-mailcow" logs if anything fails.

2
docs/manual-guides/Postfix/u_e-postfix-attachment_size.de.md
Datei anzeigen

@ -3,5 +3,5 @@
Starten Sie Postfix neu:
```
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```

2
docs/manual-guides/Postfix/u_e-postfix-attachment_size.en.md
Datei anzeigen

@ -3,5 +3,5 @@ Open `data/conf/postfix/extra.cf` and set the `message_size_limit` accordingly i
Restart Postfix:
```
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```

2
docs/manual-guides/Postfix/u_e-postfix-disable_sender_verification.de.md
Datei anzeigen

@ -21,7 +21,7 @@ smtpd_sender_restrictions = check_sasl_access hash:/opt/postfix/conf/check_sasl_
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.

2
docs/manual-guides/Postfix/u_e-postfix-disable_sender_verification.en.md
Datei anzeigen

@ -21,7 +21,7 @@ smtpd_sender_restrictions = check_sasl_access hash:/opt/postfix/conf/check_sasl_
Run postmap on check_sasl_access:
```
docker-compose exec postfix-mailcow postmap /opt/postfix/conf/check_sasl_access
docker compose exec postfix-mailcow postmap /opt/postfix/conf/check_sasl_access
```
Restart the Postfix container.

2
docs/manual-guides/Postfix/u_e-postfix-extra_cf.de.md
Datei anzeigen

@ -7,5 +7,5 @@ Syslog-ng wurde so konfiguriert, dass es diese Warnungen ausblendet, während Po
Starten Sie `postfix-mailcow` neu, um Ihre Ă„nderungen zu ĂĽbernehmen:
```
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```

2
docs/manual-guides/Postfix/u_e-postfix-extra_cf.en.md
Datei anzeigen

@ -7,5 +7,5 @@ Syslog-ng was configured to hide those warnings while Postfix is running, to not
Restart `postfix-mailcow` to apply your changes:
```
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```

4
docs/manual-guides/Postfix/u_e-postfix-trust_networks.de.md
Datei anzeigen

@ -19,7 +19,7 @@ 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
```
FĂĽhren Sie `docker-compose restart postfix-mailcow` aus, um Ihre neuen Einstellungen zu ĂĽbernehmen.
FĂĽhren Sie `docker compose restart postfix-mailcow` aus, um Ihre neuen Einstellungen zu ĂĽbernehmen.
### IPv6-Hosts/Subnets
@ -33,7 +33,7 @@ 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
```
FĂĽhren Sie `docker-compose restart postfix-mailcow` aus, um Ihre neuen Einstellungen zu ĂĽbernehmen.
FĂĽhren Sie `docker compose restart postfix-mailcow` aus, um Ihre neuen Einstellungen zu ĂĽbernehmen.
!!! Info
Weitere Informationen ĂĽber mynetworks finden Sie in der [Postfix-Dokumentation](http://www.postfix.org/postconf.5.html#mynetworks).

4
docs/manual-guides/Postfix/u_e-postfix-trust_networks.en.md
Datei anzeigen

@ -19,7 +19,7 @@ Edit `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
```
Run `docker-compose restart postfix-mailcow` to apply your new settings.
Run `docker compose restart postfix-mailcow` to apply your new settings.
### IPv6 hosts/subnets
@ -33,7 +33,7 @@ Edit `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
```
Run `docker-compose restart postfix-mailcow` to apply your new settings.
Run `docker compose restart postfix-mailcow` to apply your new settings.
!!! Info
More information about mynetworks can be found in the [Postfix documentation](http://www.postfix.org/postconf.5.html#mynetworks).

4
docs/manual-guides/Redis/u_e-redis.de.md
Datei anzeigen

@ -5,7 +5,7 @@ Redis wird als Key-Value-Speicher fĂĽr die Einstellungen und Daten von rspamd un
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
```
### Fehlersuche
@ -17,7 +17,7 @@ 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> monitor
OK
1494077286.401963 [0 172.22.1.253:41228] "SMEMBERS" "BAYES_SPAM_keys"

4
docs/manual-guides/Redis/u_e-redis.en.md
Datei anzeigen

@ -5,7 +5,7 @@ Redis is used as a key-value store for rspamd's and (some of) mailcow's settings
To connect to the redis cli execute:
```
docker-compose exec redis-mailcow redis-cli
docker compose exec redis-mailcow redis-cli
```
### Debugging
@ -17,7 +17,7 @@ Here are some useful commands for the redis-cli for debugging:
Listens for all requests received by the server in real time:
```
# docker-compose exec redis-mailcow redis-cli
# docker compose exec redis-mailcow redis-cli
127.0.0.1:6379> monitor
OK
1494077286.401963 [0 172.22.1.253:41228] "SMEMBERS" "BAYES_SPAM_keys"

40
docs/manual-guides/Rspamd/u_e-rspamd.de.md
Datei anzeigen

@ -19,12 +19,12 @@ Sie können einen Einzeiler verwenden, um Mails im Klartextformat (unkomprimiert
```bash
# Ham
for file in /my/folder/cur/*; do docker exec -i $(docker-compose ps -q rspamd-mailcow) rspamc learn_ham < $file; done
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:
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
@ -44,21 +44,21 @@ cp /var/lib/docker/volumes/mailcowdockerized_redis-vol-1/_data/dump.rdb /root/
**Bayes-Daten zurĂĽcksetzen**
```bash
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'
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**
```bash
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**
```bash
# Wir mĂĽssen zuerst das redis-cli eingeben:
docker-compose exec redis-mailcow redis-cli
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*
```
@ -76,8 +76,8 @@ Wenn redis-cli sich beschwert ĂĽber...
## CLI-Werkzeuge
``bash
docker-compose exec rspamd-mailcow rspamc --help
docker-compose exec rspamd-mailcow rspamadm --help
docker compose exec rspamd-mailcow rspamc --help
docker compose exec rspamd-mailcow rspamadm --help
```
## Greylisting deaktivieren
@ -94,7 +94,7 @@ FĂĽgen Sie die Zeile hinzu:
enabled = false;
```
Speichern Sie die Datei und starten Sie "rspamd-mailcow" neu: `docker-compose restart rspamd-mailcow`
Speichern Sie die Datei und starten Sie "rspamd-mailcow" neu: `docker compose restart rspamd-mailcow`
## Spamfilter-Schwellenwerte (global)
@ -106,7 +106,7 @@ add_header = 8;
greylist = 7;
```
Speichern Sie die Datei und starten Sie "rspamd-mailcow" neu: `docker-compose restart rspamd-mailcow`
Speichern Sie die Datei und starten Sie "rspamd-mailcow" neu: `docker compose restart rspamd-mailcow`
Bestehende Einstellungen der Benutzer werden nicht ĂĽberschrieben!
@ -114,9 +114,9 @@ Um benutzerdefinierte Schwellenwerte zurĂĽckzusetzen, fĂĽhren Sie aus:
```
source mailcow.conf
docker-compose exec mysql-mailcow mysql -umailcow -p$DBPASS mailcow -e "delete from filterconf where option = 'highspamlevel' or option = 'lowspamlevel';"
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';"
# 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';"
```
## Benutzerdefinierte Ablehnungsnachrichten
@ -127,7 +127,7 @@ Die Standard-Spam-Reject-Meldung kann durch HinzufĂĽgen einer neuen Datei `data/
reject_message = "Meine eigene Ablehnungsnachricht";
```
Speichern Sie die Datei und starten Sie Rspamd neu: `docker-compose restart rspamd-mailcow`.
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:
@ -146,7 +146,7 @@ GLOBAL_RCPT_BL {
}
```
3. Speichern Sie die Datei und starten Sie Rspamd neu: `docker-compose restart rspamd-mailcow`.
3. Speichern Sie die Datei und starten Sie Rspamd neu: `docker compose restart rspamd-mailcow`.
## Verwerfen statt zurĂĽckweisen
@ -159,7 +159,7 @@ discard_on_reject = true;
Starten Sie Rspamd neu:
```bash
docker-compose restart rspamd-mailcow
docker compose restart rspamd-mailcow
```
## Lösche alle Ratelimit-Schlüssel
@ -167,7 +167,7 @@ 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
```
@ -175,7 +175,7 @@ redis-cli --scan --pattern RL* | xargs redis-cli unlink
Starten Sie Rspamd neu:
```bash
docker-compose restart rspamd-mailcow
docker compose restart rspamd-mailcow
```
## Erneutes Senden von Quarantäne-Benachrichtigungen auslösen
@ -183,7 +183,7 @@ docker-compose restart rspamd-mailcow
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
@ -203,7 +203,7 @@ Bearbeiten Sie `data/conf/rspamd/local.d/history_redis.conf`:
nrows = 1000; # Ă„ndern Sie diesen Wert
```
Starten Sie anschlieĂźend Rspamd neu: `docker-compose restart rspamd-mailcow`
Starten Sie anschlieĂźend Rspamd neu: `docker compose restart rspamd-mailcow`

40
docs/manual-guides/Rspamd/u_e-rspamd.en.md
Datei anzeigen

@ -19,12 +19,12 @@ You can use a one-liner to learn mail in plain-text (uncompressed) format:
```bash
# Ham
for file in /my/folder/cur/*; do docker exec -i $(docker-compose ps -q rspamd-mailcow) rspamc learn_ham < $file; done
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
```
Consider attaching a local folder as new volume to `rspamd-mailcow` in `docker-compose.yml` and learn given files inside the container. This can be used as workaround to parse compressed data with zcat. Example:
Consider attaching a local folder as new volume to `rspamd-mailcow` in `docker compose.yml` and learn given files inside the container. This can be used as workaround to parse compressed data with zcat. Example:
```bash
for file in /data/old_mail/.Junk/cur/*; do rspamc learn_spam < zcat $file; done
@ -44,21 +44,21 @@ cp /var/lib/docker/volumes/mailcowdockerized_redis-vol-1/_data/dump.rdb /root/
**Reset Bayes data**
```bash
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'
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'
```
**Reset Neural data**
```bash
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'
```
**Reset Fuzzy data**
```bash
# We need to enter the redis-cli first:
docker-compose exec redis-mailcow redis-cli
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*
```
@ -77,8 +77,8 @@ If redis-cli complains about...
## CLI tools
```bash
docker-compose exec rspamd-mailcow rspamc --help
docker-compose exec rspamd-mailcow rspamadm --help
docker compose exec rspamd-mailcow rspamc --help
docker compose exec rspamd-mailcow rspamadm --help
```
## Disable Greylisting
@ -95,7 +95,7 @@ Add the line:
enabled = false;
```
Save the file and restart "rspamd-mailcow": `docker-compose restart rspamd-mailcow`
Save the file and restart "rspamd-mailcow": `docker compose restart rspamd-mailcow`
## Spam filter thresholds (global)
@ -107,7 +107,7 @@ add_header = 8;
greylist = 7;
```
Save the file and restart "rspamd-mailcow": `docker-compose restart rspamd-mailcow`
Save the file and restart "rspamd-mailcow": `docker compose restart rspamd-mailcow`
Existing settings of users will not be overwritten!
@ -115,9 +115,9 @@ To reset custom defined thresholds, run:
```
source mailcow.conf
docker-compose exec mysql-mailcow mysql -umailcow -p$DBPASS mailcow -e "delete from filterconf where option = 'highspamlevel' or option = 'lowspamlevel';"
docker compose exec mysql-mailcow mysql -umailcow -p$DBPASS mailcow -e "delete from filterconf where option = 'highspamlevel' or option = 'lowspamlevel';"
# or:
# 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';"
# 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';"
```
## Custom reject messages
@ -128,7 +128,7 @@ The default spam reject message can be changed by adding a new file `data/conf/r
reject_message = "My custom reject message";
```
Save the file and restart Rspamd: `docker-compose restart rspamd-mailcow`.
Save the file and restart Rspamd: `docker compose restart rspamd-mailcow`.
While the above works for rejected mails with a high spam score, prefilter reject actions will ignore this setting. For these maps, the multimap module in Rspamd needs to be adjusted:
@ -147,7 +147,7 @@ GLOBAL_RCPT_BL {
}
```
3. Save the file and restart Rspamd: `docker-compose restart rspamd-mailcow`.
3. Save the file and restart Rspamd: `docker compose restart rspamd-mailcow`.
## Discard instead of reject
@ -160,7 +160,7 @@ discard_on_reject = true;
Restart Rspamd:
```bash
docker-compose restart rspamd-mailcow
docker compose restart rspamd-mailcow
```
## Wipe all ratelimit keys
@ -168,7 +168,7 @@ docker-compose restart rspamd-mailcow
If you don't want to use the UI and instead wipe all keys in the Redis database, you can use redis-cli for that task:
```
docker-compose exec redis-mailcow sh
docker compose exec redis-mailcow sh
# Unlink (available in Redis >=4.) will delete in the backgronud
redis-cli --scan --pattern RL* | xargs redis-cli unlink
```
@ -176,7 +176,7 @@ redis-cli --scan --pattern RL* | xargs redis-cli unlink
Restart Rspamd:
```bash
docker-compose restart rspamd-mailcow
docker compose restart rspamd-mailcow
```
## Trigger a resend of quarantine notifications
@ -184,7 +184,7 @@ docker-compose restart rspamd-mailcow
Should be used for debugging only!
```
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
@ -204,4 +204,4 @@ Edit `data/conf/rspamd/local.d/history_redis.conf`:
nrows = 1000; # change this value
```
Restart Rspamd afterwards: `docker-compose restart rspamd-mailcow`
Restart Rspamd afterwards: `docker compose restart rspamd-mailcow`

24
docs/manual-guides/SOGo/u_e-sogo.de.md
Datei anzeigen

@ -8,7 +8,7 @@ Sie können die mitgelieferte `custom-theme.js` als Beispiel verwenden, indem Si
Nachdem Sie `data/conf/sogo/custom-theme.js` modifiziert und Ă„nderungen an Ihrem neuen SOGo-Theme vorgenommen haben, mĂĽssen Sie
1. Bearbeiten Sie `data/conf/sogo/sogo.conf` und fĂĽgen Sie `SOGoUIxDebugEnabled = YES;` ein.
2. SOGo und Memcached Container neu starten, indem man `docker-compose restart memcached-mailcow sogo-mailcow` ausfĂĽhrt.
2. SOGo und Memcached Container neu starten, indem man `docker compose restart memcached-mailcow sogo-mailcow` ausfĂĽhrt.
3. SOGo im Browser öffnen
4. öffnen Sie die Entwicklerkonsole des Browsers, normalerweise ist die Tastenkombination F12
5. nur wenn Sie Firefox benutzen: schreiben Sie mit der Hand in die Entwicklerkonsole `allow pasting` und drĂĽcken Sie Enter
@ -24,7 +24,7 @@ copy([].slice.call(document.styleSheets)
7. Ă–ffnen Sie den Texteditor und fĂĽgen Sie die Daten aus der Zwischenablage ein (Strg+V), Sie sollten ein minimiertes CSS erhalten, speichern Sie es
8. kopieren Sie die CSS-Datei auf den Mailcow-Server `data/conf/sogo/custom-theme.css`
9. editiere `data/conf/sogo/sogo.conf` und setze `SOGoUIxDebugEnabled = NO;`
10. Anhängen/Erstellen von `docker-compose.override.yml` mit:
10. Anhängen/Erstellen von `docker compose.override.yml` mit:
```
Version: '2.1'
@ -33,8 +33,8 @@ Dienste:
volumes:
- ./data/conf/sogo/custom-theme.css:/usr/lib/GNUstep/SOGo/WebServerResources/css/theme-default.css:z
```
11. fĂĽhren Sie `docker-compose up -d` aus
12. AusfĂĽhren von `docker-compose restart memcached-mailcow`
11. fĂĽhren Sie `docker compose up -d` aus
12. AusfĂĽhren von `docker compose restart memcached-mailcow`
## ZurĂĽcksetzen auf das SOGo Standardthema
1. checken Sie `data/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ĂĽhren
@ -60,22 +60,22 @@ und ersetzen Sie es durch:
```
$mdThemingProvider.theme('default');
```
3. Entfernen Sie aus `docker-compose.override.yml` Volume Mount in `sogo-mailcow`:
3. Entfernen Sie aus `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
```
4. fĂĽhren Sie `docker-compose up -d` aus
5. Starten Sie `docker-compose restart memcached-mailcow`.
4. fĂĽhren Sie `docker compose up -d` aus
5. Starten Sie `docker compose restart memcached-mailcow`.
## Favicon ändern
mailcow-Builds nach dem 31. Januar 2021 können SOGo's Favicon ändern, indem sie `data/conf/sogo/custom-favicon.ico` für SOGo und `data/web/favicon.png` für mailcow UI ersetzen.
**Anmerkung**: Sie können `.png` Favicons für SOGo verwenden, indem Sie sie in `custom-favicon.ico` umbenennen.
Für beide, SOGo und mailcow UI Favicons, müssen Sie eine der Standardgrößen verwenden: 16x16, 32x32, 64x64, 128x128 und 256x256.
Nachdem Sie diese Datei ersetzt haben, mĂĽssen Sie SOGo und Memcached Container neu starten, indem Sie `docker-compose restart memcached-mailcow sogo-mailcow` ausfĂĽhren.
Nachdem Sie diese Datei ersetzt haben, mĂĽssen Sie SOGo und Memcached Container neu starten, indem Sie `docker compose restart memcached-mailcow sogo-mailcow` ausfĂĽhren.
## Logo ändern
Mailcow-Builds nach dem 21. Dezember 2018 können das SOGo-Logo ändern, indem sie die Datei `data/conf/sogo/sogo-full.svg` ersetzen oder erstellen (falls sie fehlt).
Nachdem Sie diese Datei ersetzt haben, mĂĽssen Sie SOGo und Memcached Container neu starten, indem Sie `docker-compose restart memcached-mailcow sogo-mailcow` ausfĂĽhren.
Nachdem Sie diese Datei ersetzt haben, mĂĽssen Sie SOGo und Memcached Container neu starten, indem Sie `docker compose restart memcached-mailcow sogo-mailcow` ausfĂĽhren.
## Domains verbinden (untereinander sichtbar machen)
Domains sind normalerweise voneinander isoliert.
@ -97,15 +97,15 @@ Suche...
);
```
SOGo neu starten: `docker-compose restart sogo-mailcow`
SOGo neu starten: `docker compose restart sogo-mailcow`
## Deaktivieren Sie die Passwortänderung
Bearbeiten Sie `data/conf/sogo/sogo.conf` und **ändern** Sie `SOGoPasswordChangeEnabled` auf `NO`. Bitte fügen Sie keinen neuen Parameter hinzu.
FĂĽhren Sie `docker-compose restart memcached-mailcow sogo-mailcow` aus, um die Ă„nderungen zu aktivieren.
FĂĽhren Sie `docker compose restart memcached-mailcow sogo-mailcow` aus, um die Ă„nderungen zu aktivieren.
## TOTP zurĂĽcksetzen / TOTP deaktivieren
FĂĽhren Sie `docker-compose exec -u sogo sogo-mailcow sogo-tool user-preferences set defaults user@example.com SOGoTOTPEnabled '{"SOGoTOTPEnabled":0}'` aus dem mailcow Verzeichnis aus.
FĂĽhren Sie `docker compose exec -u sogo sogo-mailcow sogo-tool user-preferences set defaults user@example.com SOGoTOTPEnabled '{"SOGoTOTPEnabled":0}'` aus dem mailcow Verzeichnis aus.

24
docs/manual-guides/SOGo/u_e-sogo.en.md
Datei anzeigen

@ -8,7 +8,7 @@ You can use the provided `custom-theme.js` as an example starting point by remov
After you modified `data/conf/sogo/custom-theme.js` and made changes to your new SOGo theme you need to
1. edit `data/conf/sogo/sogo.conf` and append/set `SOGoUIxDebugEnabled = YES;`
2. restart SOGo and Memcached containers by executing `docker-compose restart memcached-mailcow sogo-mailcow`.
2. restart SOGo and Memcached containers by executing `docker compose restart memcached-mailcow sogo-mailcow`.
3. open SOGo in browser
4. open browser developer console, usually shortcut is F12
5. only if you use Firefox: write by hands in dev console `allow pasting` and press enter
@ -24,7 +24,7 @@ copy([].slice.call(document.styleSheets)
7. open text editor and paste data from clipboard (Ctrl+V), you should get minified CSS, save it
8. copy CSS file to mailcow server `data/conf/sogo/custom-theme.css`
9. edit `data/conf/sogo/sogo.conf` and set `SOGoUIxDebugEnabled = NO;`
10. append/create `docker-compose.override.yml` with:
10. append/create `docker compose.override.yml` with:
```
version: '2.1'
@ -33,8 +33,8 @@ services:
volumes:
- ./data/conf/sogo/custom-theme.css:/usr/lib/GNUstep/SOGo/WebServerResources/css/theme-default.css:z
```
11. run `docker-compose up -d`
12. run `docker-compose restart memcached-mailcow`
11. run `docker compose up -d`
12. run `docker compose restart memcached-mailcow`
## Reset to SOGo default theme
1. checkout `data/conf/sogo/custom-theme.js` by executing `git fetch ; git checkout origin/master data/conf/sogo/custom-theme.js data/conf/sogo/custom-theme.js`
@ -60,22 +60,22 @@ and replace it with:
```
$mdThemingProvider.theme('default');
```
3. remove from `docker-compose.override.yml` volume mount in `sogo-mailcow`:
3. remove from `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
```
4. run `docker-compose up -d`
5. run `docker-compose restart memcached-mailcow`
4. run `docker compose up -d`
5. run `docker compose restart memcached-mailcow`
## Change favicon
mailcow builds after 31 January 2021 can change SOGo's favicon by replacing `data/conf/sogo/custom-favicon.ico` for SOGo and `data/web/favicon.png` for mailcow UI.
**Note**: You can use `.png` favicons for SOGo by renaming them to `custom-favicon.ico`.
For both SOGo and mailcow UI favicons you need use one of the standard dimensions: 16x16, 32x32, 64x64, 128x128 and 256x256.
After you replaced said file you need to restart SOGo and Memcached containers by executing `docker-compose restart memcached-mailcow sogo-mailcow`.
After you replaced said file you need to restart SOGo and Memcached containers by executing `docker compose restart memcached-mailcow sogo-mailcow`.
## Change logo
mailcow builds after 21 December 2018 can change SOGo's logo by replacing or creating (if missing) `data/conf/sogo/sogo-full.svg`.
After you replaced said file you need to restart SOGo and Memcached containers by executing `docker-compose restart memcached-mailcow sogo-mailcow`.
After you replaced said file you need to restart SOGo and Memcached containers by executing `docker compose restart memcached-mailcow sogo-mailcow`.
## Connect domains
Domains are usually isolated from eachother.
@ -97,14 +97,14 @@ Search...
);
```
Restart SOGo: `docker-compose restart sogo-mailcow`
Restart SOGo: `docker compose restart sogo-mailcow`
## Disable password changing
Edit `data/conf/sogo/sogo.conf` and **change** `SOGoPasswordChangeEnabled` to `NO`. Please do not add a new parameter.
Run `docker-compose restart memcached-mailcow sogo-mailcow` to activate the changes.
Run `docker compose restart memcached-mailcow sogo-mailcow` to activate the changes.
## Reset TOTP / Disable TOTP
Run `docker-compose exec -u sogo sogo-mailcow sogo-tool user-preferences set defaults user@example.com SOGoTOTPEnabled '{"SOGoTOTPEnabled":0}'` from within the mailcow directory.
Run `docker compose exec -u sogo sogo-mailcow sogo-tool user-preferences set defaults user@example.com SOGoTOTPEnabled '{"SOGoTOTPEnabled":0}'` from within the mailcow directory.

8
docs/manual-guides/Unbound/u_e-unbound-fwd.de.md
Datei anzeigen

@ -18,7 +18,7 @@ forward-zone:
Unbound neu starten:
```
docker-compose restart unbound-mailcow
docker compose restart unbound-mailcow
```
@ -26,9 +26,9 @@ docker-compose restart unbound-mailcow
```
cd /opt/mailcow-dockerized
cp helper-scripts/docker-compose.override.yml.d/EXTERNAL_DNS/docker-compose.override.yml .
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.
Bearbeiten Sie `docker compose.override.yml` und passen Sie die IP an.
FĂĽhren Sie `docker-compose down ; docker-compose up -d` aus.
FĂĽhren Sie `docker compose down ; docker compose up -d` aus.

8
docs/manual-guides/Unbound/u_e-unbound-fwd.en.md
Datei anzeigen

@ -18,7 +18,7 @@ forward-zone:
Restart Unbound:
```
docker-compose restart unbound-mailcow
docker compose restart unbound-mailcow
```
@ -26,9 +26,9 @@ docker-compose restart unbound-mailcow
```
cd /opt/mailcow-dockerized
cp helper-scripts/docker-compose.override.yml.d/EXTERNAL_DNS/docker-compose.override.yml .
cp helper-scripts/docker compose.override.yml.d/EXTERNAL_DNS/docker compose.override.yml .
```
Edit `docker-compose.override.yml` and adjust the IP.
Edit `docker compose.override.yml` and adjust the IP.
Run `docker-compose down ; docker-compose up -d`.
Run `docker compose down ; docker compose up -d`.

4
docs/manual-guides/Watchdog/u_e-watchdog-thresholds.de.md
Datei anzeigen

@ -1,4 +1,4 @@
Watchdog verwendet Standardwerte fĂĽr alle in `docker-compose.yml` definierten Thresholde.
Watchdog verwendet Standardwerte fĂĽr alle in `docker compose.yml` definierten Thresholde.
Die Standardwerte sind fĂĽr die meisten Konfigurationen geeignet.
Beispiel:
@ -23,7 +23,7 @@ Beispiel:
- 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.
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.
### Threshold Beschreibungen

4
docs/manual-guides/Watchdog/u_e-watchdog-thresholds.en.md
Datei anzeigen

@ -1,4 +1,4 @@
Watchdog uses default values for all thresholds defined in `docker-compose.yml`.
Watchdog uses default values for all thresholds defined in `docker compose.yml`.
The default values will work for most setups.
Example:
@ -23,7 +23,7 @@ Example:
- MAILQ_CRIT=${MAILQ_CRIT:-30}
```
To adjust them just add necessary threshold variables (e.g. `MAILQ_THRESHOLD=10`) to `mailcow.conf` and run `docker-compose up -d`.
To adjust them just add necessary threshold variables (e.g. `MAILQ_THRESHOLD=10`) to `mailcow.conf` and run `docker compose up -d`.
### Thresholds descriptions

2
docs/manual-guides/mailcow-UI/u_e-mailcow_ui-tfa.de.md
Datei anzeigen

@ -76,7 +76,7 @@ Mit WebAuthn gibt es die Möglichkeit, nur offizielle Fido Security Keys zu verw
Dies dient in erster Linie der Sicherheit, da es Administratoren ermöglicht, sicherzustellen, dass nur offizielle Hardware in ihrer Umgebung verwendet werden kann.
Um diese Funktion zu aktivieren, ändern Sie den Wert `WEBAUTHN_ONLY_TRUSTED_VENDORS` in mailcow.conf von `n` auf `y` und starten Sie die betroffenen Container mit `docker-compose up -d` neu.
Um diese Funktion zu aktivieren, ändern Sie den Wert `WEBAUTHN_ONLY_TRUSTED_VENDORS` in mailcow.conf von `n` auf `y` und starten Sie die betroffenen Container mit `docker compose up -d` neu.
Die mailcow wird nun die Vendor-Zertifikate verwenden, die sich in Ihrem mailcow-Verzeichnis unter `data/web/inc/lib/WebAuthn/rootCertificates` befinden.

2
docs/manual-guides/mailcow-UI/u_e-mailcow_ui-tfa.en.md
Datei anzeigen

@ -78,7 +78,7 @@ With WebAuthn there is the possibility to use only official Fido Security Keys (
This is primarily for security purposes, as it allows administrators to ensure that only official hardware can be used in their environment.
To enable this feature, change the value `WEBAUTHN_ONLY_TRUSTED_VENDORS` in mailcow.conf from `n` to `y` and restart the affected containers with `docker-compose up -d`.
To enable this feature, change the value `WEBAUTHN_ONLY_TRUSTED_VENDORS` in mailcow.conf from `n` to `y` and restart the affected containers with `docker compose up -d`.
The mailcow will now use the Vendor Certificates located in your mailcow directory under `data/web/inc/lib/WebAuthn/rootCertificates`.

4
docs/manual-guides/u_e-80_to_443.de.md
Datei anzeigen

@ -26,11 +26,11 @@ server {
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
```

4
docs/manual-guides/u_e-80_to_443.en.md
Datei anzeigen

@ -26,11 +26,11 @@ server {
In case you changed the HTTP_BIND parameter, recreate the container:
```
docker-compose up -d
docker compose up -d
```
Otherwise restart Nginx:
```
docker-compose restart nginx-mailcow
docker compose restart nginx-mailcow
```

2
docs/manual-guides/u_e-reeanble-weak-protocols.de.md
Datei anzeigen

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

2
docs/manual-guides/u_e-reeanble-weak-protocols.en.md
Datei anzeigen

@ -20,7 +20,7 @@ ssl_min_protocol = TLSv1
Restart the affected services:
```
docker-compose restart postfix-mailcow dovecot-mailcow
docker compose restart postfix-mailcow dovecot-mailcow
```
Hint: You can enable TLS 1.2 in Windows 7.

2
docs/models/model-passwd.de.md
Datei anzeigen

@ -46,4 +46,4 @@ Der Wert von `MAILCOW_PASS_SCHEME` wird _immer_ verwendet, um neue Passwörter z
> Ich habe die Passwort-Hashes in der SQL-Tabelle "Mailbox" geändert und kann mich nicht anmelden.
Eine "Ansicht" muss aktualisiert werden. Sie können dies durch einen Neustart von sogo-mailcow auslösen: `docker-compose restart sogo-mailcow`
Eine "Ansicht" muss aktualisiert werden. Sie können dies durch einen Neustart von sogo-mailcow auslösen: `docker compose restart sogo-mailcow`

2
docs/models/model-passwd.en.md
Datei anzeigen

@ -46,4 +46,4 @@ The value of `MAILCOW_PASS_SCHEME` will _always_ be used to encrypt new password
> I changed the password hashes in the "mailbox" SQL table and cannot login.
A "view" needs to be updated. You can trigger this by restarting sogo-mailcow: `docker-compose restart sogo-mailcow`
A "view" needs to be updated. You can trigger this by restarting sogo-mailcow: `docker compose restart sogo-mailcow`

18
docs/post_installation/firststeps-disable_ipv6.de.md
Datei anzeigen

@ -3,12 +3,12 @@ Dies wird **NUR** empfohlen, wenn Sie kein IPv6-fähiges Netzwerk auf Ihrem Host
Wenn Sie es wirklich brauchen, können Sie die Verwendung von IPv6 in der Compose-Datei deaktivieren.
Zusätzlich können Sie auch den Start des Containers "ipv6nat-mailcow" deaktivieren, da er nicht benötigt wird, wenn Sie IPv6 nicht verwenden.
Anstatt die Datei docker-compose.yml direkt zu bearbeiten, ist es besser, eine Override-Datei zu erstellen
Anstatt die Datei docker compose.yml direkt zu bearbeiten, ist es besser, eine Override-Datei zu erstellen
zu erstellen und Ihre Ă„nderungen am Dienst dort zu implementieren. Leider scheint dies im Moment nur fĂĽr Dienste zu funktionieren, nicht fĂĽr Netzwerkeinstellungen.
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).
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
**1.** Ă„ndern Sie docker compose.yml
Ă„ndern Sie `enable_ipv6: true` in `enable_ipv6: false`:
@ -22,13 +22,13 @@ networks:
**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":
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
# touch docker-compose.override.yml
# touch docker compose.override.yml
```
Ă–ffnen Sie die Datei in Ihrem bevorzugten Texteditor und tragen Sie folgendes ein:
@ -46,8 +46,8 @@ services:
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 up -d
docker compose down
docker compose up -d
```
**3.** Deaktivieren Sie IPv6 in unbound-mailcow
@ -64,7 +64,7 @@ Server:
unbound neu starten:
```
docker-compose restart unbound-mailcow
docker compose restart unbound-mailcow
```
**4.** Deaktivieren Sie IPv6 in postfix-mailcow
@ -79,7 +79,7 @@ inet_protocols = ipv4
Starten Sie Postfix neu:
```
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```
**5.** Wenn im Docker Daemon IPv6 komplett deaktiviert ist:

18
docs/post_installation/firststeps-disable_ipv6.en.md
Datei anzeigen

@ -3,12 +3,12 @@ This is **ONLY** recommended if you do not have an IPv6 enabled network on your
If you really need to, you can disable the usage of IPv6 in the compose file.
Additionally, you can also disable the startup of container "ipv6nat-mailcow", as it's not needed if you won't use IPv6.
Instead of editing docker-compose.yml directly, it is preferable to create an override file for it
Instead of editing docker compose.yml directly, it is preferable to create an override file for it
and implement your changes to the service there. Unfortunately, this right now only seems to work for services, not for network settings.
To disable IPv6 on the mailcow network, open docker-compose.yml with your favourite text editor and search for the network section (it's near the bottom of the file).
To disable IPv6 on the mailcow network, open docker compose.yml with your favourite text editor and search for the network section (it's near the bottom of the file).
**1.** Modify docker-compose.yml
**1.** Modify docker compose.yml
Change `enable_ipv6: true` to `enable_ipv6: false`:
@ -22,13 +22,13 @@ networks:
**2.** Disable ipv6nat-mailcow
To disable the ipv6nat-mailcow container as well, go to your mailcow directory and create a new file called "docker-compose.override.yml":
To disable the ipv6nat-mailcow container as well, go to your mailcow directory and create a new file called "docker compose.override.yml":
**NOTE:** If you already have an override file, of course don't recreate it, but merge the lines below into your existing one accordingly!
```
# cd /opt/mailcow-dockerized
# touch docker-compose.override.yml
# touch docker compose.override.yml
```
Open the file in your favourite text editor and fill in the following:
@ -46,8 +46,8 @@ services:
For these changes to be effective, you need to fully stop and then restart the stack, so containers and networks are recreated:
```
docker-compose down
docker-compose up -d
docker compose down
docker compose up -d
```
**3.** Disable IPv6 in unbound-mailcow
@ -64,7 +64,7 @@ server:
Restart Unbound:
```
docker-compose restart unbound-mailcow
docker compose restart unbound-mailcow
```
**4.** Disable IPv6 in postfix-mailcow
@ -79,7 +79,7 @@ inet_protocols = ipv4
Restart Postfix:
```
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```
**5.** If your docker daemon completly disabled IPv6:

24
docs/post_installation/firststeps-dmarc_reporting.de.md
Datei anzeigen

@ -34,7 +34,7 @@ reporting {
}
```
Erstellen oder ändern Sie `docker-compose.override.yml` im mailcow-dockerized Basisverzeichnis:
Erstellen oder ändern Sie `docker compose.override.yml` im mailcow-dockerized Basisverzeichnis:
```
version: '2.1'
@ -52,7 +52,7 @@ services:
- rspamd-mailcow
```
Starte `docker-compose up -d`
Starte `docker compose up -d`
## Senden Sie eine Kopie der Berichte an sich selbst
@ -78,32 +78,32 @@ 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:
Ă„ndern Sie `20220428` in ein anderes interessantes Datum zum schauen.
```
docker-compose exec redis-mailcow redis-cli SMEMBERS "dmarc_idx;20220428"
docker compose exec redis-mailcow redis-cli SMEMBERS "dmarc_idx;20220428"
```
Nehmen Sie eine der Zeilen aus der Ausgabe, die Sie interessiert, und fordern Sie sie an, z. B.:
```
docker-compose exec redis-mailcow redis-cli ZRANGE "dmarc_rpt;microsoft.com;mailto:d@rua.agari.com;20220428" 0 49
docker compose exec redis-mailcow redis-cli ZRANGE "dmarc_rpt;microsoft.com;mailto:d@rua.agari.com;20220428" 0 49
```
@ -115,11 +115,11 @@ Der Olefia-Zeitplan hat die gleiche Implementierung wie `cron` in Go, die unters
Um den Zeitplan zu ändern:
1. Bearbeiten Sie `docker-compose.override.yml` und stellen Sie `ofelia.job-exec.rspamd_dmarc_reporting.schedule: "@every 24h"` auf einen gewĂĽnschten Wert, zum Beispiel auf `"@midnight"`
1. Bearbeiten Sie `docker compose.override.yml` und stellen Sie `ofelia.job-exec.rspamd_dmarc_reporting.schedule: "@every 24h"` auf einen gewĂĽnschten Wert, zum Beispiel auf `"@midnight"`
2. FĂĽhren Sie `docker-compose up -d` aus.
2. FĂĽhren Sie `docker compose up -d` aus.
3. FĂĽhren Sie `docker-compose restart ofelia-mailcow` aus
3. FĂĽhren Sie `docker compose restart ofelia-mailcow` aus
## DMARC-Berichterstattung deaktivieren
@ -127,6 +127,6 @@ Zum Deaktivieren der Berichterstattung:
1. Setzen Sie `enabled` auf `false` in `data/conf/rspamd/local.d/dmarc.conf`.
2. Machen Sie Änderungen in `docker-compose.override.yml` an `rspamd-mailcow` und `ofelia-mailcow` rückgängig
2. Machen Sie Änderungen in `docker compose.override.yml` an `rspamd-mailcow` und `ofelia-mailcow` rückgängig
3. FĂĽhren Sie `docker-compose up -d` aus
3. FĂĽhren Sie `docker compose up -d` aus

24
docs/post_installation/firststeps-dmarc_reporting.en.md
Datei anzeigen

@ -34,7 +34,7 @@ reporting {
}
```
Create or modify `docker-compose.override.yml` in the mailcow-dockerized base directory:
Create or modify `docker compose.override.yml` in the mailcow-dockerized base directory:
```
version: '2.1'
@ -52,7 +52,7 @@ services:
- rspamd-mailcow
```
Run `docker-compose up -d`
Run `docker compose up -d`
## Send a copy reports to yourself
@ -78,30 +78,30 @@ This can be useful if you...
Check when the report schedule last ran:
```
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
```
See the latest report output:
```
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
```
Manually trigger a DMARC report:
```
docker-compose exec rspamd-mailcow rspamadm dmarc_report
docker compose exec rspamd-mailcow rspamadm dmarc_report
```
Validate that Rspamd has recorded data in Redis:
Change `20220428` to date which you interested in.
```
docker-compose exec redis-mailcow redis-cli SMEMBERS "dmarc_idx;20220428"
docker compose exec redis-mailcow redis-cli SMEMBERS "dmarc_idx;20220428"
```
Take one of the lines from output you interested in and request it, f.e.:
```
docker-compose exec redis-mailcow redis-cli ZRANGE "dmarc_rpt;microsoft.com;mailto:d@rua.agari.com;20220428" 0 49
docker compose exec redis-mailcow redis-cli ZRANGE "dmarc_rpt;microsoft.com;mailto:d@rua.agari.com;20220428" 0 49
```
## Change DMARC reporting frequency
@ -112,11 +112,11 @@ Olefia schedule has same implementation as `cron` in Go, supported syntax descri
To change schedule:
1. Edit `docker-compose.override.yml` and a djust `ofelia.job-exec.rspamd_dmarc_reporting.schedule: "@every 24h"` to a desired value, for example to `"@midnight"`
1. Edit `docker compose.override.yml` and a djust `ofelia.job-exec.rspamd_dmarc_reporting.schedule: "@every 24h"` to a desired value, for example to `"@midnight"`
2. Run `docker-compose up -d`
2. Run `docker compose up -d`
3. Run `docker-compose restart ofelia-mailcow`
3. Run `docker compose restart ofelia-mailcow`
## Disable DMARC Reporting
@ -124,6 +124,6 @@ To disable reporting:
1. Set `enabled` to `false` in `data/conf/rspamd/local.d/dmarc.conf`
2. Revert changes done in `docker-compose.override.yml` to `rspamd-mailcow` and `ofelia-mailcow`
2. Revert changes done in `docker compose.override.yml` to `rspamd-mailcow` and `ofelia-mailcow`
3. Run `docker-compose up -d`
3. Run `docker compose up -d`

8
docs/post_installation/firststeps-ip_bindings.de.md
Datei anzeigen

@ -33,15 +33,15 @@ 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.
Um Ihre Ă„nderungen zu ĂĽbernehmen, fĂĽhren Sie `docker compose down` gefolgt von `docker compose up -d` aus.
## IPv6-Binding
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.
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.
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 **beispielhafte** IPv6 **2001:db8:dead:beef::123** in [] 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 <u>**nicht**</u> verändert werden darf.
@ -69,4 +69,4 @@ services:
- '[2001:db8:dead:beef::123]:443:443'
```
Um Ihre Ă„nderungen zu ĂĽbernehmen, fĂĽhren Sie `docker-compose down` gefolgt von `docker-compose up -d` aus.
Um Ihre Ă„nderungen zu ĂĽbernehmen, fĂĽhren Sie `docker compose down` gefolgt von `docker compose up -d` aus.

8
docs/post_installation/firststeps-ip_bindings.en.md
Datei anzeigen

@ -33,15 +33,15 @@ SQL_PORT=127.0.0.1:13306
SOLR_PORT=127.0.0.1:18983
```
To apply your changes, run `docker-compose down` followed by `docker-compose up -d`.
To apply your changes, run `docker compose down` followed by `docker compose up -d`.
## IPv6 binding
Changing IPv6 bindings is different from IPv4. Again, this has a technical background.
A `docker-compose.override.yml` file will be used instead of editing the `docker-compose.yml` file directly. This is to maintain updatability, as the `docker-compose.yml` file gets updated regularly and your changes will most likely be overwritten.
A `docker compose.override.yml` file will be used instead of editing the `docker compose.yml` file directly. This is to maintain updatability, as the `docker compose.yml` file gets updated regularly and your changes will most likely be overwritten.
Edit to create a file `docker-compose.override.yml` with the following content. Its content will be merged with the productive `docker-compose.yml` file.
Edit to create a file `docker compose.override.yml` with the following content. Its content will be merged with the productive `docker compose.yml` file.
An **example** IPv6 **2001:db8:dead:beef::123** is given. The first suffix `:PORT1` defines the external port, while the second suffix `:PORT2` routes to the corresponding port inside the container and must <u>**not**</u> be changed.
@ -69,4 +69,4 @@ services:
- '[2001:db8:dead:beef::123]:443:443'
```
To apply your changes, run `docker-compose down` followed by `docker-compose up -d`.
To apply your changes, run `docker compose down` followed by `docker compose up -d`.

8
docs/post_installation/firststeps-logging.de.md
Datei anzeigen

@ -1,7 +1,7 @@
Das Logging in mailcow: dockerized besteht aus mehreren Stufen, ist aber immerhin wesentlich flexibler und einfacher in einen Logging-Daemon zu integrieren als bisher.
In Docker schreibt die containerisierte Anwendung (PID 1) ihre Ausgabe auf stdout. FĂĽr echte Ein-Anwendungs-Container funktioniert das sehr gut.
FĂĽhren Sie `docker-compose logs --help` aus, um mehr zu erfahren.
FĂĽhren Sie `docker compose logs --help` aus, um mehr zu erfahren.
Einige Container protokollieren oder streamen an mehrere Ziele.
@ -26,11 +26,11 @@ Redis-SchlĂĽssel enthalten nur Logs von Anwendungen und filtern Systemmeldungen
### Logging-Treiber
#### Ăśber docker-compose.override.yml
#### Ăśber docker compose.override.yml
Hier 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:
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'
@ -118,7 +118,7 @@ FĂĽr Syslog:
}
```
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.
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.
### Log rotation

8
docs/post_installation/firststeps-logging.en.md
Datei anzeigen

@ -1,7 +1,7 @@
Logging in mailcow: dockerized consists of multiple stages, but is, after all, much more flexible and easier to integrate into a logging daemon than before.
In Docker the containerized application (PID 1) writes its output to stdout. For real one-application containers this works just fine.
Run `docker-compose logs --help` to learn more.
Run `docker compose logs --help` to learn more.
Some containers log or stream to multiple destinations.
@ -26,11 +26,11 @@ Redis keys will only hold logs from applications and filter out system messages
### Logging drivers
#### Via docker-compose.override.yml
#### Via docker compose.override.yml
Here is the good news: Since Docker has some great logging drivers, you can integrate mailcow: dockerized into your existing logging environment with ease.
Create a `docker-compose.override.yml` and add, for example, this block to use the "gelf" logging plugin for `postfix-mailcow`:
Create a `docker compose.override.yml` and add, for example, this block to use the "gelf" logging plugin for `postfix-mailcow`:
```
version: '2.1'
@ -117,7 +117,7 @@ For Syslog:
}
```
Restart the Docker daemon and run `docker-compose down && docker-compose up -d` to recreate the containers with the new logging driver.
Restart the Docker daemon and run `docker compose down && docker compose up -d` to recreate the containers with the new logging driver.
### Log rotation

14
docs/post_installation/firststeps-rp.de.md
Datei anzeigen

@ -13,7 +13,7 @@ Dadurch werden auch die Bindungen innerhalb des Nginx-Containers geändert! Dies
**WICHTIG:** Verwenden Sie nicht Port 8081, 9081 oder 65510!
Erzeugen Sie die betroffenen Container neu, indem Sie `docker-compose up -d` ausfĂĽhren.
Erzeugen Sie die betroffenen Container neu, indem Sie `docker compose up -d` ausfĂĽhren.
**Wichtige Informationen, bitte lesen Sie diese sorgfältig durch!**
@ -180,9 +180,9 @@ backend mailcow
In diesem Abschnitt gehen wir davon aus, dass Sie Ihren Traefik 2 `[certificatesresolvers]` in Ihrer Traefik-Konfigurationsdatei richtig konfiguriert haben und auch acme verwenden. Das folgende Beispiel verwendet Lets Encrypt, aber Sie können es gerne auf Ihren eigenen Zertifikatsresolver ändern. Eine grundlegende Traefik 2 toml-Konfigurationsdatei mit allen oben genannten Elementen, die für dieses Beispiel verwendet werden kann, finden Sie hier [traefik.toml](https://github.com/Frenzoid/TraefikBasicConfig/blob/master/traefik.toml), falls Sie eine solche Datei benötigen oder einen Hinweis, wie Sie Ihre Konfiguration anpassen können.
Zuallererst 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.
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.
Dann erstellen wir eine `docker compose.override.yml` Datei, um die Hauptdatei `docker compose.yml` zu ĂĽberschreiben, die sich im Mailcow-Stammverzeichnis befindet.
```yaml
version: '2.1'
@ -216,7 +216,7 @@ services:
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
# 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
@ -230,13 +230,13 @@ networks:
external: true
```
Starten Sie die neuen Container mit `docker-compose up -d`.
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.
Sie können es über die Kommandozeile ausführen oder das [hier] gezeigte docker-compose verwenden (https://hub.docker.com/r/humenius/traefik-certs-dumper).
Sie können es über die Kommandozeile ausführen oder das [hier] gezeigte docker compose verwenden (https://hub.docker.com/r/humenius/traefik-certs-dumper).
Nachdem wir die Zertifikate ĂĽbertragen haben, mĂĽssen wir die Konfigurationen aus unseren Postfix- und Dovecot-Containern neu laden und die Zertifikate ĂĽberprĂĽfen. Wie das geht, sehen Sie [hier](https://mailcow.github.io/mailcow-dockerized-docs/de/post_installation/firststeps-ssl/#ein-eigenes-zertifikat-verwenden).
@ -264,4 +264,4 @@ Wenn Sie vorhaben, einen Servernamen zu verwenden, der nicht `MAILCOW_HOSTNAME`
ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
```
FĂĽhren Sie `docker-compose up -d` zum Anwenden aus.
FĂĽhren Sie `docker compose up -d` zum Anwenden aus.

14
docs/post_installation/firststeps-rp.en.md
Datei anzeigen

@ -13,7 +13,7 @@ This will also change the bindings inside the Nginx container! This is important
**IMPORTANT:** Do not use port 8081, 9081 or 65510!
Recreate affected containers by running `docker-compose up -d`.
Recreate affected containers by running `docker compose up -d`.
**Important information, please read them carefully!**
@ -182,9 +182,9 @@ For this section we'll assume you have your Traefik 2 `[certificatesresolvers]`
So, first of all, we are going to disable the acme-mailcow container since we'll use the certs that traefik will provide us.
For this we'll have to set `SKIP_LETS_ENCRYPT=y` on our `mailcow.conf`, and run `docker-compose up -d` to apply the changes.
For this we'll have to set `SKIP_LETS_ENCRYPT=y` on our `mailcow.conf`, and run `docker compose up -d` to apply the changes.
Then we'll create a `docker-compose.override.yml` file in order to override the main `docker-compose.yml` found in your mailcow root folder.
Then we'll create a `docker compose.override.yml` file in order to override the main `docker compose.yml` found in your mailcow root folder.
```yaml
version: '2.1'
@ -218,7 +218,7 @@ services:
network_mode: none
volumes:
# mount the folder which contains Traefik's `acme.json' file
# in this case Traefik is started from its own docker-compose in ../traefik
# in this case Traefik is started from its own docker compose in ../traefik
- ../traefik/data:/traefik:ro
# mount mailcow's SSL folder
- ./data/assets/ssl/:/output:rw
@ -232,14 +232,14 @@ networks:
external: true
```
Start the new containers with `docker-compose up -d`.
Start the new containers with `docker compose up -d`.
Now, there's only one thing left to do, which is setup the certs so that the mail services can use them as well, since Traefik 2 uses an acme v2 format to save ALL the license from all the domains we have, we'll need to find a way to dump the certs, lucky we have [this tiny container](https://hub.docker.com/r/humenius/traefik-certs-dumper) which grabs the `acme.json` file trough a volume, and a variable `DOMAIN=example.org`, and with these, the container will output the `cert.pem` and `key.pem` files, for this we'll simply run the `traefik-certs-dumper` container binding the `/traefik` volume to the folder where our `acme.json` is saved, bind the `/output` volume to our mailcow `data/assets/ssl/` folder, and set up the `DOMAIN=example.org` variable to the domain we want the certs dumped from.
This container will watch over the `acme.json` file for any changes, and regenerate the `cert.pem` and `key.pem` files directly into `data/assets/ssl/` being the path binded to the container's `/output` path.
You can use the command line to run it, or use the docker-compose shown [here](https://hub.docker.com/r/humenius/traefik-certs-dumper).
You can use the command line to run it, or use the docker compose shown [here](https://hub.docker.com/r/humenius/traefik-certs-dumper).
After we have the certs dumped, we'll have to reload the configs from our postfix and dovecot containers, and check the certs, you can see how [here](https://mailcow.github.io/mailcow-dockerized-docs/firststeps-ssl/#how-to-use-your-own-certificate).
@ -268,4 +268,4 @@ If you plan to use a server name that is not `MAILCOW_HOSTNAME` in your reverse
ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
```
Run `docker-compose up -d` to apply.
Run `docker compose up -d` to apply.

4
docs/post_installation/firststeps-snat.de.md
Datei anzeigen

@ -11,8 +11,8 @@ SNAT_TO_SOURCE=1.2.3.4
SNAT6_TO_SOURCE=dead:beef
```
FĂĽhren Sie `docker-compose up -d` aus.
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.
ĂśberprĂĽfen Sie die Ausgabe von `docker compose logs --tail=200 netfilter-mailcow`, um sicherzustellen, dass die SNAT-Einstellungen angewendet wurden.

4
docs/post_installation/firststeps-snat.en.md
Datei anzeigen

@ -11,8 +11,8 @@ SNAT_TO_SOURCE=1.2.3.4
SNAT6_TO_SOURCE=dead:beef
```
Run `docker-compose up -d`.
Run `docker compose up -d`.
The values are read by netfilter-mailcow. netfilter-mailcow will make sure, the post-routing rules are on position 1 in the netfilter table. It does automatically delete and re-create them if they are found on another position than 1.
Check the output of `docker-compose logs --tail=200 netfilter-mailcow` to ensure the SNAT settings have been applied.
Check the output of `docker compose logs --tail=200 netfilter-mailcow` to ensure the SNAT settings have been applied.

26
docs/post_installation/firststeps-ssl.de.md
Datei anzeigen

@ -13,7 +13,7 @@ Nur Namen, die validiert werden können, werden als SAN hinzugefügt.
Für jede Domain, die Sie entfernen, wird das Zertifikat verschoben und ein neues Zertifikat angefordert. Es ist nicht möglich, Domains in einem Zertifikat zu behalten, wenn wir nicht in der Lage sind, die Challenge für diese zu validieren.
Wenn Sie den ACME-Client neu starten wollen, verwenden Sie `docker-compose restart acme-mailcow` und ĂĽberwachen Sie die Protokolle mit `docker-compose logs --tail=200 -f acme-mailcow`.
Wenn Sie den ACME-Client neu starten wollen, verwenden Sie `docker compose restart acme-mailcow` und ĂĽberwachen Sie die Protokolle mit `docker compose logs --tail=200 -f acme-mailcow`.
### Zusätzliche Domain-Namen
@ -29,7 +29,7 @@ Jeder Name wird anhand seiner IPv6-Adresse oder - wenn IPv6 in Ihrer Domäne nic
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.
FĂĽhren Sie `docker compose up -d` aus, um betroffene Container automatisch neu zu erstellen.
!!! info
Die Verwendung anderer Namen als `MAILCOW_HOSTNAME` fĂĽr den Zugriff auf das mailcow UI kann weitere Konfiguration erfordern.
@ -40,7 +40,7 @@ Wenn Sie planen, einen anderen Servernamen als `MAILCOW_HOSTNAME` fĂĽr den Zugri
ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
```
FĂĽhren Sie `docker-compose up -d` aus, um es anzuwenden.
FĂĽhren Sie `docker compose up -d` aus, um es anzuwenden.
### Erneuerung erzwingen
@ -49,9 +49,9 @@ Um eine Erneuerung zu erzwingen, mĂĽssen Sie eine Datei namens `force_renew` ers
```
cd /opt/mailcow-dockerized
touch data/assets/ssl/force_renew
docker-compose restart acme-mailcow
docker compose restart acme-mailcow
# PrĂĽfen Sie nun die Logs auf eine Erneuerung
docker-compose logs --tail=200 -f acme-mailcow
docker compose logs --tail=200 -f acme-mailcow
```
Die Datei wird automatisch gelöscht.
@ -60,20 +60,20 @@ 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.
Wenn Sie Probleme mit der "HTTP-Validierung" haben, aber Ihre IP-Adressbestätigung erfolgreich ist, verwenden Sie höchstwahrscheinlich firewalld, ufw oder eine andere Firewall, die Verbindungen von `br-mailcow` zu Ihrem externen Interface verbietet. Sowohl firewalld als auch ufw lassen dies standardmäßig nicht zu. Es reicht oft nicht aus, diese Firewall-Dienste einfach zu stoppen. Sie müssen mailcow stoppen (`docker-compose down`), den Firewall-Dienst stoppen, die Ketten flushen und Docker neu starten.
Wenn Sie Probleme mit der "HTTP-Validierung" haben, aber Ihre IP-Adressbestätigung erfolgreich ist, verwenden Sie höchstwahrscheinlich firewalld, ufw oder eine andere Firewall, die Verbindungen von `br-mailcow` zu Ihrem externen Interface verbietet. Sowohl firewalld als auch ufw lassen dies standardmäßig nicht zu. Es reicht oft nicht aus, diese Firewall-Dienste einfach zu stoppen. Sie müssen mailcow stoppen (`docker compose down`), den Firewall-Dienst stoppen, die Ketten flushen und Docker neu starten.
Sie können diese Validierungsmethode auch überspringen, indem Sie `SKIP_HTTP_VERIFICATION=y` in "mailcow.conf" setzen. Seien Sie gewarnt, dass dies nicht zu empfehlen ist. In den meisten Fällen wird die HTTP-Überprüfung übersprungen, um unbekannte NAT-Reflection-Probleme zu umgehen, die durch das Ignorieren dieser spezifischen Netzwerk-Fehlkonfiguration nicht gelöst werden. Wenn Sie Probleme haben, TLSA-Einträge in der DNS-Übersicht innerhalb von mailcow zu generieren, haben Sie höchstwahrscheinlich Probleme mit NAT-Reflexion, die Sie beheben sollten.
Wenn du einen SKIP_* Parameter geändert hast, führe `docker-compose up -d` aus, um deine Änderungen zu übernehmen.
Wenn du einen SKIP_* Parameter geändert hast, führe `docker compose up -d` aus, um deine Änderungen zu übernehmen.
### Deaktivieren Sie Let's Encrypt
#### Deaktivieren Sie Let's Encrypt vollständig
Setzen Sie `SKIP_LETS_ENCRYPT=y` in "mailcow.conf" und erstellen Sie "acme-mailcow" neu, indem Sie `docker-compose up -d` ausfĂĽhren.
Setzen Sie `SKIP_LETS_ENCRYPT=y` in "mailcow.conf" und erstellen Sie "acme-mailcow" neu, indem Sie `docker compose up -d` ausfĂĽhren.
#### Alle Namen auĂźer ${MAILCOW_HOSTNAME} ĂĽberspringen
FĂĽgen Sie `ONLY_MAILCOW_HOSTNAME=y` zu "mailcow.conf" hinzu und erstellen Sie "acme-mailcow" neu, indem Sie `docker-compose up -d` ausfĂĽhren.
FĂĽgen Sie `ONLY_MAILCOW_HOSTNAME=y` zu "mailcow.conf" hinzu und erstellen Sie "acme-mailcow" neu, indem Sie `docker compose up -d` ausfĂĽhren.
### Das Let's Encrypt subjectAltName-Limit von 100 Domains
@ -91,7 +91,7 @@ Um dies zu lösen, können Sie `ENABLE_SSL_SNI` so konfigurieren, dass es generi
Postfix, Dovecot und Nginx werden dann diese Zertifikate mit SNI bedienen.
Setzen Sie `ENABLE_SSL_SNI=y` in "mailcow.conf" und erstellen Sie "acme-mailcow" durch AusfĂĽhren von `docker-compose up -d`.
Setzen Sie `ENABLE_SSL_SNI=y` in "mailcow.conf" und erstellen Sie "acme-mailcow" durch AusfĂĽhren von `docker compose up -d`.
!!! warning
Nicht alle Clients unterstĂĽtzen SNI, [siehe Dovecot Dokumentation](https://wiki.dovecot.org/SSL/SNIClientSupport) oder [Wikipedia](https://en.wikipedia.org/wiki/Server_Name_Indication#Support).
@ -131,7 +131,7 @@ Siehe [Post-Hook-Skript fĂĽr Nicht-Mailcow-ACME-Clients](../firststeps-rp#option
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.
FĂĽhren Sie `docker compose up -d` aus, um Ihre Ă„nderungen zu aktivieren.
### Benutzerdefinierte Verzeichnis-URL
@ -143,11 +143,11 @@ 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 up -d` aus, um Ihre Ă„nderungen zu aktivieren.
### ĂśberprĂĽfen Sie Ihre Konfiguration
Führen Sie `docker-compose logs acme-mailcow` aus, um herauszufinden, warum eine Validierung fehlschlägt.
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.

26
docs/post_installation/firststeps-ssl.en.md
Datei anzeigen

@ -13,7 +13,7 @@ Only names that can be validated, will be added as SAN.
For every domain you remove, the certificate will be moved and a new certificate will be requested. It is not possible to keep domains in a certificate, when we are not able validate the challenge for those.
If you want to re-run the ACME client, use `docker-compose restart acme-mailcow` and monitor its logs with `docker-compose logs --tail=200 -f acme-mailcow`.
If you want to re-run the ACME client, use `docker compose restart acme-mailcow` and monitor its logs with `docker compose logs --tail=200 -f acme-mailcow`.
### Additional domain names
@ -29,7 +29,7 @@ Each name will be validated against its IPv6 address or - if IPv6 is not configu
A wildcard name like `smtp.*` will try to obtain a smtp.DOMAIN_NAME SAN for each domain added to mailcow.
Run `docker-compose up -d` to recreate affected containers automatically.
Run `docker compose up -d` to recreate affected containers automatically.
!!! info
Using names other name `MAILCOW_HOSTNAME` to access the mailcow UI may need further configuration.
@ -40,7 +40,7 @@ If you plan to use a server name that is not `MAILCOW_HOSTNAME` to access the ma
ADDITIONAL_SERVER_NAMES=webmail.domain.tld,other.example.tld
```
Run `docker-compose up -d` to apply.
Run `docker compose up -d` to apply.
### Force renewal
@ -49,9 +49,9 @@ To force a renewal, you need to create a file named `force_renew` and restart th
```
cd /opt/mailcow-dockerized
touch data/assets/ssl/force_renew
docker-compose restart acme-mailcow
docker compose restart acme-mailcow
# Now check the logs for a renewal
docker-compose logs --tail=200 -f acme-mailcow
docker compose logs --tail=200 -f acme-mailcow
```
The file will be deleted automatically.
@ -60,20 +60,20 @@ The file will be deleted automatically.
You can skip the **IP verification** by setting `SKIP_IP_CHECK=y` in mailcow.conf (no quotes). Be warned that a misconfiguration will get you ratelimited by Let's Encrypt! This is primarily useful for multi-IP setups where the IP check would return the incorrect source IP address. Due to using dynamic IPs for acme-mailcow, source NAT is not consistent over restarts.
If you encounter problems with "HTTP validation", but your IP address confirmation succeeds, you are most likely using firewalld, ufw or any other firewall, that disallows connections from `br-mailcow` to your external interface. Both firewalld and ufw disallow this by default. It is often not enough to just stop these firewall services. You'd need to stop mailcow (`docker-compose down`), stop the firewall service, flush the chains and restart Docker.
If you encounter problems with "HTTP validation", but your IP address confirmation succeeds, you are most likely using firewalld, ufw or any other firewall, that disallows connections from `br-mailcow` to your external interface. Both firewalld and ufw disallow this by default. It is often not enough to just stop these firewall services. You'd need to stop mailcow (`docker compose down`), stop the firewall service, flush the chains and restart Docker.
You can also skip this validation method by setting `SKIP_HTTP_VERIFICATION=y` in "mailcow.conf". Be warned that this is discouraged. In most cases, the HTTP verification is skipped to workaround unknown NAT reflection issues, which are not resolved by ignoring this specific network misconfiguration. If you encounter problems generating TLSA records in the DNS overview within mailcow, you are most likely having issues with NAT reflection you should fix.
If you changed a SKIP_* parameter, run `docker-compose up -d` to apply your changes.
If you changed a SKIP_* parameter, run `docker compose up -d` to apply your changes.
### Disable Let's Encrypt
#### Disable Let's Encrypt completely
Set `SKIP_LETS_ENCRYPT=y` in "mailcow.conf" and recreate "acme-mailcow" by running `docker-compose up -d`.
Set `SKIP_LETS_ENCRYPT=y` in "mailcow.conf" and recreate "acme-mailcow" by running `docker compose up -d`.
#### Skip all names but ${MAILCOW_HOSTNAME}
Add `ONLY_MAILCOW_HOSTNAME=y` to "mailcow.conf" and recreate "acme-mailcow" by running `docker-compose up -d`.
Add `ONLY_MAILCOW_HOSTNAME=y` to "mailcow.conf" and recreate "acme-mailcow" by running `docker compose up -d`.
### The Let's Encrypt subjectAltName limit of 100 domains
@ -91,7 +91,7 @@ To solve this, you can configure `ENABLE_SSL_SNI` to generate:
Postfix, Dovecot and Nginx will then serve these certificates with SNI.
Set `ENABLE_SSL_SNI=y` in "mailcow.conf" and recreate "acme-mailcow" by running `docker-compose up -d`.
Set `ENABLE_SSL_SNI=y` in "mailcow.conf" and recreate "acme-mailcow" by running `docker compose up -d`.
!!! warning
Not all clients support SNI, [see Dovecot documentation](https://wiki.dovecot.org/SSL/SNIClientSupport) or [Wikipedia](https://en.wikipedia.org/wiki/Server_Name_Indication#Support).
@ -131,7 +131,7 @@ See [Post-hook script for non-mailcow ACME clients](../firststeps-rp/#optional-p
Edit `mailcow.conf` and add `LE_STAGING=y`.
Run `docker-compose up -d` to activate your changes.
Run `docker compose up -d` to activate your changes.
### Custom directory URL
@ -143,11 +143,11 @@ DIRECTORY_URL=https://acme-custom-v9000.api.letsencrypt.org/directory
You cannot use `LE_STAGING` with `DIRECTORY_URL`. If both are set, only `LE_STAGING` is used.
Run `docker-compose up -d` to activate your changes.
Run `docker compose up -d` to activate your changes.
### Check your configuration
Run `docker-compose logs acme-mailcow` to find out why a validation fails.
Run `docker compose logs acme-mailcow` to find out why a validation fails.
To check if nginx serves the correct certificate, simply use a browser of your choice and check the displayed certificate.

2
docs/prerequisite/prerequisite-system.de.md
Datei anzeigen

@ -188,4 +188,4 @@ Sie können außerdem die [cloud-init Netzwerkänderungen deaktivieren.](https:/
## MTU
Besonders relevant fĂĽr OpenStack-Benutzer: ĂśberprĂĽfen Sie Ihre MTU und setzen Sie sie entsprechend in docker-compose.yml. Siehe **4.1** in [unseren Installationsanleitungen](../i_u_m/i_u_m_install.de.md).
Besonders relevant fĂĽr OpenStack-Benutzer: ĂśberprĂĽfen Sie Ihre MTU und setzen Sie sie entsprechend in docker compose.yml. Siehe **4.1** in [unseren Installationsanleitungen](../i_u_m/i_u_m_install.de.md).

2
docs/prerequisite/prerequisite-system.en.md
Datei anzeigen

@ -185,4 +185,4 @@ You may want to [disable cloud-init network changes.](https://wiki.hetzner.de/in
## MTU
Especially relevant for OpenStack users: Check your MTU and set it accordingly in docker-compose.yml. See **4.1** in [our installation docs](../i_u_m/i_u_m_install.en.md).
Especially relevant for OpenStack users: Check your MTU and set it accordingly in docker compose.yml. See **4.1** in [our installation docs](../i_u_m/i_u_m_install.en.md).

22
docs/third_party/borgmatic/third_party-borgmatic.de.md gevendort
Datei anzeigen

@ -16,9 +16,9 @@ Diese Anleitung behandelt nur die Grundlagen.
## Einrichten von borgmatic
### Erstellen oder ändern Sie `docker-compose.override.yml`
### Erstellen oder ändern Sie `docker compose.override.yml`
Im mailcow-dockerized Stammverzeichnis erstellen oder bearbeiten Sie `docker-compose.override.yml` und fĂĽgen Sie die folgende
Im mailcow-dockerized Stammverzeichnis erstellen oder bearbeiten Sie `docker compose.override.yml` und fĂĽgen Sie die folgende
Konfiguration ein:
```yaml
version: '2.1'
@ -128,7 +128,7 @@ oder OpenSSH wird sich weigern, den SSH-SchlĂĽssel zu benutzen.
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:
```shell
docker-compose up -d
docker compose up -d
```
## Wiederherstellung von einem Backup
@ -148,12 +148,12 @@ keine benutzerdefinierten Daten in ihrem maildir oder ihrer mailcow Datenbank.
ausschlieĂźlich. SELinux wird (berechtigterweise) jeden anderen Container, wie z.B. den borgmatic Container, daran hindern, auf
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
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:
```shell
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
@ -167,7 +167,7 @@ Alternativ können Sie auch einen beliebigen Archivnamen aus der Liste der Archi
Um die MySQL-Datenbank aus dem letzten Archiv wiederherzustellen, verwenden Sie diesen Befehl:
```shell
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
@ -181,7 +181,7 @@ ihn wieder zu aktivieren.
Um mailcow neu zu starten, verwenden Sie den folgenden Befehl:
```shell
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
@ -192,13 +192,13 @@ eine Weile dauern kann, wenn Sie viele Dateien haben.
### Manueller Archivierungslauf (mit Debugging-Ausgabe)
```shell
docker-compose exec borgmatic-mailcow borgmatic -v 2
docker compose exec borgmatic-mailcow borgmatic -v 2
```
### Auflistung aller verfĂĽgbaren Archive
```shell
docker-compose exec borgmatic-mailcow borgmatic list
docker compose exec borgmatic-mailcow borgmatic list
```
### Sperre aufheben
@ -207,7 +207,7 @@ Wenn borg während eines Archivierungslaufs unterbrochen wird, hinterlässt es e
neue Operationen durchgeführt werden können:
```shell
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.
@ -225,7 +225,7 @@ Beachten Sie, dass Sie in beiden Fällen auch die Passphrase haben müssen, um d
Um die `keyfile` zu holen, fĂĽhren Sie aus:
```shell
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.

26
docs/third_party/borgmatic/third_party-borgmatic.en.md gevendort
Datei anzeigen

@ -16,9 +16,9 @@ This guide only covers the basics.
## Setting up borgmatic
### Create or amend `docker-compose.override.yml`
### Create or amend `docker compose.override.yml`
In the mailcow-dockerized root folder create or edit `docker-compose.override.yml` and insert the following
In the mailcow-dockerized root folder create or edit `docker compose.override.yml` and insert the following
configuration:
```yaml
@ -129,7 +129,7 @@ or OpenSSH will refuse to use the SSH key.
For the next step we need the container to be up and running in a configured state. To do that run:
```shell
docker-compose up -d
docker compose up -d
```
### Initialize the repository
@ -140,7 +140,7 @@ initialized.
To initialize the repository run:
```shell
docker-compose exec borgmatic-mailcow borgmatic init --encryption repokey-blake2
docker compose exec borgmatic-mailcow borgmatic init --encryption repokey-blake2
```
You will be asked you to authenticate the SSH host key of your remote repository server. See if it matches and confirm
@ -158,7 +158,7 @@ Now that we finished configuring and initializing the repository restart the con
state:
```shell
docker-compose restart borgmatic-mailcow
docker compose restart borgmatic-mailcow
```
## Restoring from a backup
@ -178,12 +178,12 @@ any custom data in your maildir or your mailcow database.
exclusively. SELinux will (rightfully) prevent any other container, such as the borgmatic container, from writing to
this volume.
Before running a restore you must make the vmail volume writeable in `docker-compose.override.yml` by removing
Before running a restore you must make the vmail volume writeable in `docker compose.override.yml` by removing
the `ro` flag from the volume.
Then you can use the following command to restore the maildir from a backup:
```shell
docker-compose exec borgmatic-mailcow borgmatic extract --path mnt/source --archive latest
docker compose exec borgmatic-mailcow borgmatic extract --path mnt/source --archive latest
```
Alternatively you can specify any archive name from the list of archives (see
@ -198,7 +198,7 @@ Alternatively you can specify any archive name from the list of archives (see
To restore the MySQL database from the latest archive use this command:
```shell
docker-compose exec borgmatic-mailcow borgmatic restore --archive latest
docker compose exec borgmatic-mailcow borgmatic restore --archive latest
```
Alternatively you can specify any archive name from the list of archives (see
@ -212,7 +212,7 @@ re-enable it.
To restart mailcow use the follwing command:
```shell
docker-compose down && docker-compose up -d
docker compose down && docker compose up -d
```
If you use SELinux this will also trigger the re-labeling of all files in your vmail volume. Be patient, as this may
@ -223,13 +223,13 @@ take a while if you have lots of files.
### Manual archiving run (with debugging output)
```shell
docker-compose exec borgmatic-mailcow borgmatic -v 2
docker compose exec borgmatic-mailcow borgmatic -v 2
```
### Listing all available archives
```shell
docker-compose exec borgmatic-mailcow borgmatic list
docker compose exec borgmatic-mailcow borgmatic list
```
### Break lock
@ -238,7 +238,7 @@ When borg is interrupted during an archiving run it will leave behind a stale lo
new operations can be performed:
```shell
docker-compose exec borgmatic-mailcow borg break-lock user@rsync.net:mailcow
docker compose exec borgmatic-mailcow borg break-lock user@rsync.net:mailcow
```
Where `user@rsync.net:mailcow` is the URI to your repository.
@ -256,7 +256,7 @@ Note that in either case you also must have the passphrase to decrypt any archiv
To fetch the keyfile run:
```shell
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
```
Where `user@rsync.net:mailcow` is the URI to your repository.

8
docs/third_party/gitea/third_party-gitea.de.md gevendort
Datei anzeigen

@ -1,6 +1,6 @@
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:
1\. Ă–ffnen Sie `docker compose.override.yml` und fĂĽgen Sie Gitea hinzu:
```
version: '2.1'
@ -31,9 +31,9 @@ location /gitea/ {
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.
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/`
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.
@ -51,5 +51,5 @@ SSH_PORT = 4000
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.
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.

8
docs/third_party/gitea/third_party-gitea.en.md gevendort
Datei anzeigen

@ -1,6 +1,6 @@
With Gitea' ability to authenticate over SMTP it is trivial to integrate it with mailcow. Few changes are needed:
1\. Open `docker-compose.override.yml` and add gitea:
1\. Open `docker compose.override.yml` and add gitea:
```
version: '2.1'
@ -31,9 +31,9 @@ location /gitea/ {
GITEA_SSH_PORT=127.0.0.1:4000
```
5\. Run `docker-compose up -d` to bring up the gitea container and run `docker-compose restart nginx-mailcow` afterwards.
5\. Run `docker compose up -d` to bring up the gitea container and run `docker compose restart nginx-mailcow` afterwards.
6\. If you forced mailcow to https, execute step 9 and restart gitea with `docker-compose restart gitea-mailcow` . Go head with step 7 (Remember to use https instead of http, `https://mx.example.org/gitea/`
6\. If you forced mailcow to https, execute step 9 and restart gitea with `docker compose restart gitea-mailcow` . Go head with step 7 (Remember to use https instead of http, `https://mx.example.org/gitea/`
7\. Open `http://${MAILCOW_HOSTNAME}/gitea/`, for example `http://mx.example.org/gitea/`. For database details set `mysql` as database host. Use the value of DBNAME found in mailcow.conf as database name, DBUSER as database user and DBPASS as database password.
@ -51,4 +51,4 @@ SSH_PORT = 4000
ROOT_URL = https://mx.example.org/gitea/
```
10\. Restart gitea with `docker-compose restart gitea-mailcow`. Your users should be able to login with mailcow managed accounts.
10\. Restart gitea with `docker compose restart gitea-mailcow`. Your users should be able to login with mailcow managed accounts.

6
docs/third_party/gogs/third_party-gogs.de.md gevendort
Datei anzeigen

@ -1,6 +1,6 @@
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:
1\. Ă–ffne `docker compose.override.yml` und fĂĽge Gogs hinzu:
```
version: '2.1'
@ -31,7 +31,7 @@ location /gogs/ {
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.
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.
@ -49,5 +49,5 @@ SSH_PORT = 4000
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.
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.

6
docs/third_party/gogs/third_party-gogs.en.md gevendort
Datei anzeigen

@ -1,6 +1,6 @@
With Gogs' ability to authenticate over SMTP it is trivial to integrate it with mailcow. Few changes are needed:
1\. Open `docker-compose.override.yml` and add Gogs:
1\. Open `docker compose.override.yml` and add Gogs:
```
version: '2.1'
@ -31,7 +31,7 @@ location /gogs/ {
GOGS_SSH_PORT=127.0.0.1:4000
```
5\. Run `docker-compose up -d` to bring up the Gogs container and run `docker-compose restart nginx-mailcow` afterwards.
5\. Run `docker compose up -d` to bring up the Gogs container and run `docker compose restart nginx-mailcow` afterwards.
6\. Open `http://${MAILCOW_HOSTNAME}/gogs/`, for example `http://mx.example.org/gogs/`. For database details set `mysql` as database host. Use the value of DBNAME found in mailcow.conf as database name, DBUSER as database user and DBPASS as database password.
@ -49,4 +49,4 @@ SSH_PORT = 4000
ROOT_URL = https://mx.example.org/gogs/
```
9\. Restart Gogs with `docker-compose restart gogs-mailcow`. Your users should be able to login with mailcow managed accounts.
9\. Restart Gogs with `docker compose restart gogs-mailcow`. Your users should be able to login with mailcow managed accounts.

14
docs/third_party/mailman3/third_party-mailman3.de.md gevendort
Datei anzeigen

@ -90,7 +90,7 @@ certbot certonly -d MAILMAN_DOMAIN
#### Installieren Sie mailcow
Folgen Sie der [mailcow installation](../../i_u_m/i_u_m_install.de.md). **Schritt 5 auslassen und nicht mit `docker-compose` starten!**
Folgen Sie der [mailcow installation](../../i_u_m/i_u_m_install.de.md). **Schritt 5 auslassen und nicht mit `docker compose` starten!**
#### Mailcow konfigurieren
@ -110,7 +110,7 @@ SNAT6_TO_SOURCE=dead:beef # Ă„ndern Sie dies in Ihre globale IPv6
#### Mailman-Integration hinzufĂĽgen
Erstelle die Datei `/opt/mailcow-dockerized/docker-compose.override.yml` (z.B. mit `nano`) und fĂĽge die folgenden Zeilen hinzu:
Erstelle die Datei `/opt/mailcow-dockerized/docker compose.override.yml` (z.B. mit `nano`) und fĂĽge die folgenden Zeilen hinzu:
```
version: '2.1'
@ -204,7 +204,7 @@ Erstellen Sie ein langes Passwort fĂĽr die Datenbank, z. B. mit dem Linux-Befehl
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:
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'
@ -278,11 +278,11 @@ a2ensite mailman.conf
systemctl restart apache2
cd /opt/docker-mailman
docker-compose pull
docker-compose up -d
docker compose pull
docker compose up -d
cd /opt/mailcow-dockerized/
docker-compose pull
docker compose pull
./renew-ssl.sh
```
@ -296,7 +296,7 @@ Wenn man eine neue Liste anlegt und versucht, sofort eine E-Mail zu versenden, a
```
cd /opt/mailcow-dockerized
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```
## Update

14
docs/third_party/mailman3/third_party-mailman3.en.md gevendort
Datei anzeigen

@ -91,7 +91,7 @@ certbot certonly -d MAILMAN_DOMAIN
#### Install mailcow
Follow the [mailcow installation](../../i_u_m/i_u_m_install.en.md). **Omit step 5 and do not pull and up with `docker-compose`!**
Follow the [mailcow installation](../../i_u_m/i_u_m_install.en.md). **Omit step 5 and do not pull and up with `docker compose`!**
#### Configure mailcow
@ -111,7 +111,7 @@ SNAT6_TO_SOURCE=dead:beef # change this to your global IPv6
#### Add Mailman integration
Create the file `/opt/mailcow-dockerized/docker-compose.override.yml` (e.g. with `nano`) and add the following lines:
Create the file `/opt/mailcow-dockerized/docker compose.override.yml` (e.g. with `nano`) and add the following lines:
```
version: '2.1'
@ -204,7 +204,7 @@ Create a long password for the database, e.g. with the linux command `cat /dev/u
Create a long key for *Django*, e.g. with the linux command `cat /dev/urandom | tr -dc a-zA-Z0-9 | head -c30; echo`. Save this key for a moment as DJANGO_KEY.
Create the file `/opt/docker-mailman/docker-compose.override.yaml` and replace `HYPERKITTY_KEY`, `DBPASS` and `DJANGO_KEY` with the generated values:
Create the file `/opt/docker-mailman/docker compose.override.yaml` and replace `HYPERKITTY_KEY`, `DBPASS` and `DJANGO_KEY` with the generated values:
```
version: '2'
@ -279,11 +279,11 @@ a2ensite mailman.conf
systemctl restart apache2
cd /opt/docker-mailman
docker-compose pull
docker-compose up -d
docker compose pull
docker compose up -d
cd /opt/mailcow-dockerized/
docker-compose pull
docker compose pull
./renew-ssl.sh
```
@ -297,7 +297,7 @@ When you create a new list and try to immediately send an e-mail, *postfix* resp
```
cd /opt/mailcow-dockerized
docker-compose restart postfix-mailcow
docker compose restart postfix-mailcow
```
## Update

16
docs/third_party/nextcloud/third_party-nextcloud.de.md gevendort
Datei anzeigen

@ -6,11 +6,11 @@ Nextcloud kann mit dem [helper script](https://github.com/mailcow/mailcow-docker
Für den Fall, dass Sie das Passwort (z.B. für admin) vergessen haben und kein neues anfordern können [über den Passwort-Reset-Link auf dem Login-Bildschirm] (https://docs.nextcloud.com/server/20/admin_manual/configuration_user/reset_admin_password.html?highlight=reset), können Sie durch den Aufruf des Helper-Skripts mit `-r` als Parameter ein neues Passwort setzen. Verwenden Sie diese Option nur, wenn Ihre Nextcloud nicht so konfiguriert ist, dass Sie mailcow zur Authentifizierung verwendet, wie im nächsten Abschnitt beschrieben.
Damit mailcow ein Zertifikat für die Nextcloud Domain generieren kann, muss die Domain unter welcher die Nextcloud später erreichbar sein soll als ADDITIONAL_SAN in die mailcow.conf hinzufügt werden und `docker-compose up -d` zur Übernahme ausgeführt werden. Für weitere Informationen siehe: [Erweitertes SSL](../../post_installation/firststeps-ssl.de.md).
Damit mailcow ein Zertifikat für die Nextcloud Domain generieren kann, muss die Domain unter welcher die Nextcloud später erreichbar sein soll als ADDITIONAL_SAN in die mailcow.conf hinzufügt werden und `docker compose up -d` zur Übernahme ausgeführt werden. Für weitere Informationen siehe: [Erweitertes SSL](../../post_installation/firststeps-ssl.de.md).
## Hintergrund-Aufgaben
Zur Verwendung der empfohlenen Einstellung (Cron) zur Verarbeitung der Hintergrund-Aufgaben mĂĽssen in der `docker-compose.override.yml` folgende Zeilen
Zur Verwendung der empfohlenen Einstellung (Cron) zur Verarbeitung der Hintergrund-Aufgaben mĂĽssen in der `docker compose.override.yml` folgende Zeilen
hinzugefĂĽgt werden:
```
@ -23,9 +23,9 @@ services:
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
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
`New job registered "nextcloud-cron" - ...` gesucht werden.
Hierdurch wird alle 5 Minuten die Hintergrundverarbeitung gestartet. Da die AusfĂĽhrung selbst keine Ausgabe liefert, kann die korrekte Funktionsweise in den
@ -86,7 +86,7 @@ Klicken Sie auf die Schaltfläche _Speichern_ ganz unten auf der Seite.
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):
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_sociallogin_connect (uid, identifier) SELECT DISTINCT uid, CONCAT("Mailcow-", uid) FROM nc_users_external;
@ -96,7 +96,7 @@ INSERT INTO nc_sociallogin_connect (uid, identifier) SELECT DISTINCT uid, CONCAT
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):
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;
```
@ -127,4 +127,4 @@ Es kann vorkommen, dass Sie die Nextcloud-Instanz von Ihrem Netzwerk aus nicht e
```
Nachdem die Ă„nderungen vorgenommen wurden, muss der nginx-Container neu gestartet werden.
`docker-compose restart nginx-mailcow`
`docker compose restart nginx-mailcow`

16
docs/third_party/nextcloud/third_party-nextcloud.en.md gevendort
Datei anzeigen

@ -6,11 +6,11 @@ Nextcloud can be set up (parameter `-i`) and removed (parameter `-p`) with the [
In case you have forgotten the password (e.g. for admin) and can't request a new one [via the password reset link on the login screen](https://docs.nextcloud.com/server/20/admin_manual/configuration_user/reset_admin_password.html?highlight=reset) calling the helper script with `-r` as parameter allows you to set a new password. Only use this option if your Nextcloud isn't configured to use mailcow for authentication as described in the next section.
In order for mailcow to generate a a certificate for the nextcloud domain you need to add "nextcloud.domain.tld" to ADDITIONAL_SAN in mailcow.conf and run `docker-compose up -d` to apply. For more informaton refer to: [Advanced SSL](../../post_installation/firststeps-ssl.en.md).
In order for mailcow to generate a a certificate for the nextcloud domain you need to add "nextcloud.domain.tld" to ADDITIONAL_SAN in mailcow.conf and run `docker compose up -d` to apply. For more informaton refer to: [Advanced SSL](../../post_installation/firststeps-ssl.en.md).
## Background jobs
To use the recommended setting (cron) to execute the background jobs following lines need to be added to the `docker-compose.override.yml`:
To use the recommended setting (cron) to execute the background jobs following lines need to be added to the `docker compose.override.yml`:
```
version: '2.1'
@ -22,9 +22,9 @@ services:
ofelia.job-exec.nextcloud-cron.command: "su www-data -s /bin/bash -c \"/usr/local/bin/php -f /web/nextcloud/cron.php\""
```
After adding these lines the `docker-compose up -d` command must be executed to update the docker image and also the docker scheduler image must be restarted to
pick up the new job definition by executing `docker-compose restart ofelia-mailcow`. To check if the job was successfully picked up by `ofelia` the command
`docker-compose logs ofelia-mailcow` will contain a line similar to `New job registered "nextcloud-cron" - ...`.
After adding these lines the `docker compose up -d` command must be executed to update the docker image and also the docker scheduler image must be restarted to
pick up the new job definition by executing `docker compose restart ofelia-mailcow`. To check if the job was successfully picked up by `ofelia` the command
`docker compose logs ofelia-mailcow` will contain a line similar to `New job registered "nextcloud-cron" - ...`.
By adding these lines the background jobs will be executed every 5 minutes. To verify that the execution works correctly, the only way is to see it in the basic
settings when logged in as an admin in Nextcloud. If everything is correct the first scheduled execution will change the background jobs processing setting to
@ -84,7 +84,7 @@ Click the _Save_ button at the very bottom of the page.
If you have previously used Nextcloud with mailcow authentication via user\_external/IMAP, you need to perform some additional steps to link your existing user accounts with OAuth2.
1\. Click the button in the top right corner and select _Apps_. Scroll down to the _External user authentication_ app and click _Remove_ next to it.
2\. Run the following queries in your Nextcloud database (if you set up Nextcloud using mailcow's script, you can run `source mailcow.conf && docker-compose exec mysql-mailcow mysql -u$DBUSER -p$DBPASS $DBNAME`):
2\. Run the following queries in your Nextcloud database (if you set up Nextcloud using mailcow's script, you can run `source mailcow.conf && docker compose exec mysql-mailcow mysql -u$DBUSER -p$DBPASS $DBNAME`):
```
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;
@ -94,7 +94,7 @@ INSERT INTO nc_sociallogin_connect (uid, identifier) SELECT DISTINCT uid, CONCAT
If you have previously used Nextcloud without mailcow authentication, but with the same usernames as mailcow, you can also link your existing user accounts with OAuth2.
1\. Run the following queries in your Nextcloud database (if you set up Nextcloud using mailcow's script, you can run `source mailcow.conf && docker-compose exec mysql-mailcow mysql -u$DBUSER -p$DBPASS $DBNAME`):
1\. Run the following queries in your Nextcloud database (if you set up Nextcloud using mailcow's script, you can run `source mailcow.conf && docker compose exec mysql-mailcow mysql -u$DBUSER -p$DBPASS $DBNAME`):
```
INSERT INTO nc_sociallogin_connect (uid, identifier) SELECT DISTINCT uid, CONCAT("Mailcow-", uid) FROM nc_users;
```
@ -125,4 +125,4 @@ It may happen that you cannot reach the Nextcloud instance from your network. Th
```
After the changes have been made, the nginx container must be restarted.
`docker-compose restart nginx-mailcow`
`docker compose restart nginx-mailcow`

Einige Dateien werden nicht angezeigt, da zu viele Dateien in diesem Diff geändert wurden Mehr anzeigen