Stimmungsbild zum Thema Mailserver

Der einzige Anbieter der meine E-Mails nicht unbedingt mag ist Outlook, der Rest der Anbieter akzeptiert meine E-Mails ohne Probleme.

Was wĂ€re wenn schon nur etwas fĂŒr “LiWoaaS” (Libre Workspace as a Service) und nicht fĂŒr die selbst gehostete Variante.

BezĂŒglich xmox (@Lauras-Universe): Kann man das auch mit Docker deployen? Oder mĂŒsste man dafĂŒr einen eigenen Docker Container erstellen?

Laut der Dokumentation

https://www.xmox.nl/install/#hdr-docker

ist es machbar aber nicht die beste Version leider. Habe es plain auf einem Netcup Server installiert.

Dann ist es vielleicht nicht das beste, wenn kommende Addons und Module eher als Container deployed werden sollen. (Soweit ich mich richtig erinnere, hatte Jean dies mal so gesagt.)

1 Like

Vielleicht kann man die docker Version mal austesten und ggfs. mal mit dem Entwickler in Austausch gehen.

Mox gefÀllt mir auf den ersten Blick richtig gut.
Ich schaue mir das mal genauer an :slight_smile:

2 Likes

Ist halt ganz einfach, ohne viel Styling oder sonstiges. Verwende ich schon seit einiger Zeit auf einem Netcup Server, allerdings die Plain Installation und nicht die Docker Version.

Das einzige Problem was existiert ist aber bei vielen eigenen Mailservern das Outlook sprich Microsoft eventuell die E-Mails ablehnt oder in den Spam Ordner schickt. Hatte das auch bei Mailcow. Sollte also nichts mit dem Mox zutun haben.

Danke fĂŒr den Hinweis.
Ja das ist meist das Problem mit eigenen Mailservern (Ablehnung/Spam Ordner).
Die Abhilfe wÀre dann die Zusammenarbeit mit einam anderen Mail-Server wie bspw. mailbox.org
Aber das kostet dann natĂŒrlich (zurecht) und dann wĂ€re LW nicht mehr unabhĂ€ngig.
Von daher mĂŒsste das nur eine optionale Funktion sein.

Outlook/Microsoft ist bei mir der einzige Anbieter wo die Probleme anliegen. Aber Outlook ist sowieso ein Fall fĂŒr sich.

Hab mal versucht, ein Mox-Addon zu erstellen, ĂŒbers LWS-Backend hochzuladen und zu installieren. Die Seite mail.domain.tls ist leider nicht erreichbar und es kommen dann stĂŒndlich nur per Mail Fehlermeldungen. Also dasselbe Erscheinungsbild wie bei mailcow


Gute Nachrichten: Ein Modul dazu wurde das Wochenende gesponsert.
Also das wird demnĂ€chst fĂŒr alle erhĂ€ltlich sein :slight_smile:

1 Like

Hab das Problem, dass seit 5.9. um 3:12 der Postfix in Mailcow disconnected wurde und seit dem nicht mehr verbunden hat.

via Befehl:
root@la:~/mailcow# cd /root/mailcow && docker compose logs --tail=10 -f postfix-mailcow

erhalte ich folgende Antwort:
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 421 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 422 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 423 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 424 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 425 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 426 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 427 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,894 INFO reaped unknown pid 428 (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,909 WARN stopped: processes (terminated by SIGTERM)
postfix-mailcow-1 | 2025-09-05 03:14:19,909 WARN received SIGQUIT indicating exit request

Die Brave-Search-KI sagt mir, dass das mit Port 25 zusammenhÀngt.
via Befehl:
sudo ss -tulnp | grep ‘:25’

kommt folgende RĂŒckmeldung:
tcp LISTEN 0 20 127.0.0.1:25 0.0.0.0:* users:((“exim4”,pid=1337,fd=5))
tcp LISTEN 0 20 [::1]:25 [::]:* users:((“exim4”,pid=1337,fd=6))

Hat da jemand eine Idee, was da sein kann?

Schau dir mal das hier an: Kurzanleitung: Upgrade Von Debian 12 Auf Debian 13 FĂŒr Mailcow-Server - mailcow: dockerized - Blog

1 Like

Perfekt, lÀuft wieder - Danke.

Gibt es schon ein Addon-Zip zum testen? Ich wĂŒrde gerne da mitmachen.

mailcow.zip (30,8 KB)

Schau mal hier :slight_smile:

1 Like

Merci. Ich installiere mir jetzt einen “frischen” Libre Workspace und schaue, wie gut es funktioniert.

Ich habe das Addon hinzugefĂŒgt, jedoch funktioniert es bei mir nicht richtig. Via Portainer habe ich mir die Docker Logs angeschaut und bin bei dem mysql Container auf folgenden Fehler gestoßen:

2025-10-08 21:06:07+00:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.11.14+maria~ubu2204 started.

2025-10-08 21:06:07+00:00 [Warn] [Entrypoint]: /sys/fs/cgroup///memory.pressure not writable, functionality unavailable to MariaDB

2025-10-08 21:06:07+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'

2025-10-08 21:06:07+00:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.11.14+maria~ubu2204 started.

2025-10-08 21:06:07+00:00 [ERROR] [Entrypoint]: Database is uninitialized and password option is not specified

	You need to specify one of MARIADB_ROOT_PASSWORD, MARIADB_ROOT_PASSWORD_HASH, MARIADB_ALLOW_EMPTY_ROOT_PASSWORD and MARIADB_RANDOM_ROOT_PASSWORD

Habe ich etwas vergessen oder wo liegt hier der Fehler?

Sehr interessant.
Das Addon holt sich eigentlich die docker-compose aus diesem Repo: mailcow-dockerized/docker-compose.yml at master · mailcow/mailcow-dockerized · GitHub

Und hier stehen noch die MYSQL Variablen drin, aber ich finde im Repo in den Issues keinen Hinweis darauf.

Ich werde das nochmal demnĂ€chst ausprobieren, ich hĂ€tte jetzt gesagt, dass diese mariadb Version noch mit den MYSQL Variablen auskommt
 Generell blöd, dass die das im Container geĂ€ndert haben meiner Meinung nach.

1 Like

Ich habe jetzt einen 95% (schÀtze ich mal) Mailcow Setup fertig. Das Ding ist echt ein Gegner.
Es wird auch das Mailcow admin Passwort auf das Libre-Workspace Administrator Passwort gesetzt.
Beim Updateskript wird der “normale” Mailcow-Updater (update.sh) genutzt.
Wo soll ich die drei Skripte (setup_mailcow.sh, update_maolcow.sh und remove_mailcow.sh) hochladen?

1 Like