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.)
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 ![]()
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 ![]()
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
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 ![]()
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.
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?