Mailcow UI Login geht nicht?

FreshFoxyHD

Hallo zusammen,

ich kann mich leider nicht anmelden bei meiner Mailcow UI.
Sollte ich die richtigen daten angeben so werde ich auch nach meiner 2 Fa Methode gefragt, danach lädt es nur noch.
Leider könnte ich keine Logs finden die entsprechendes Dokumentieren.

Liegt es vielleicht an 2FA? Wie kann ich das von dem Admin Benutzer entfernen?
Normales Login von einem Mailpostfach funktioniert in der UI.
Wen ich bei Helper-Scripts, den User Zurücksetzen so stoße ich auf das Gleiche Problem.

——-Ergänzung nach 8 Minuten——-
Habe nun 2FA deaktiviert, geht leider immer noch nicht..(https://docs.mailcow.email/troubleshooting/debug-reset_pw/#for-mailcow-webui)

DocFraggle

Welche Version hast Du denn? So einen Fehler haben sie gerade erst gefixt mit 2024-06(a)

FreshFoxyHD

Hey, danke für die Rückmeldung.

🐮 + 🐋 = 💕 Version: 2024-06a
Steht bei mir unten Rechts, habe aber trotzdem zuvor schon einmal das Update Script laufen lassen gehabt.

Hast du noch weitere Lösungsansätze, bzw. auch Infos wo ich die Passenden Logs dafür finden kann?

Grüße

DocFraggle

OK, dann bist Du ja up 2 date… Folgendes stand im Blog:

Fixed issues in the mailcow UI that caused a user’s login to the UI (not SOGo, SMTP, IMAP, etc.) to take up to 5 minutes.

Hast Du mal ein paar Minuten gewartet ob Du dann irgendwann rein kommst? Dann wäre es ja evtl der Bug und man könnte schauen was dafür dass ursprüngliche Problem war

FreshFoxyHD

Hi, ja ich habe mal länger gewartet (grade auch nochmal) und das kommt dann
"504 Gateway Time-out
openresty"
und ich bin auf der “/debug” page also als URL.

Aber vielleicht ist es trozdem irgendwie das gleiche bzw. der Workaround kann man da benutzen, gibt es da einen weist du das?

DocFraggle

Hmm, was sagen denn die Logs? Es gab da noch diesen Bug mit der search-domain in der resolv.conf

Hast Du ein ARM System laufen oder klassisch x86_64?

FreshFoxyHD

DocFraggle
Wo finde ich eig. die Log datei?
Ich habe es auf x86 und 64 Bit am laufen also keine Experimente^^
Zuvor hat auch alles Prima Funktioniert und dann auf einmal, ich habe keine Änderungen auf meinen Server gemacht.

DocFraggle
Das ist unter dem Befehl “docker compose logs”

clamd-mailcow-1 | /clamd.sh: line 99: kill: (24) - No such process clamd-mailcow-1 | Worker 24 died, stopping container waiting for respawn... clamd-mailcow-1 | Cleaning up tmp files... clamd-mailcow-1 | Copying non-empty whitelist.ign2 to /var/lib/clamav/whitelist.ign2 clamd-mailcow-1 | File: /var/lib/clamav/whitelist.ign2 clamd-mailcow-1 | Size: 190 Blocks: 8 IO Block: 4096 regular file clamd-mailcow-1 | Device: 801h/2049d Inode: 393217 Links: 1 clamd-mailcow-1 | Access: (0644/-rw-r--r--) Uid: ( 100/ clamav) Gid: ( 101/ clamav) clamd-mailcow-1 | Access: 2024-07-07 21:27:52.569105553 +0000 clamd-mailcow-1 | Modify: 2024-07-07 21:27:52.569105553 +0000 clamd-mailcow-1 | Change: 2024-07-07 21:27:52.573105557 +0000 clamd-mailcow-1 | Running freshclam... clamd-mailcow-1 | Sun Jul 7 21:27:52 2024 -> ClamAV update process started at Sun Jul 7 21:27:52 2024 clamd-mailcow-1 | Sun Jul 7 21:27:52 2024 -> daily.cld database is up-to-date (version: 27329, sigs: 2063963, f-level: 90, builder: raynman) clamd-mailcow-1 | Sun Jul 7 21:27:52 2024 -> main.cvd database is up-to-date (version: 62, sigs: 6647427, f-level: 90, builder: sigmgr) clamd-mailcow-1 | Sun Jul 7 21:27:52 2024 -> bytecode.cld database is up-to-date (version: 335, sigs: 86, f-level: 90, builder: raynman) clamd-mailcow-1 | ERROR: Incorrect argument format for option MaxScanSize clamd-mailcow-1 | ERROR: Can't open/parse the config file /etc/clamav/clamd.conf

Aber das war um 21 Uhr, kann sein das die Zeit im Container falsch ist, aber kann das was mit den Login zutun haben?
Btw.ich habe mich Parallel Angemeldet als ich die Logs mir angeschaut habe.

DocFraggle

Das ist jetzt nur Log vom clamd Container. Du bekommst eine Übersicht über alle laufenden Container mit folgenden Kommandos:

cd /opt/mailcow-dockerized
docker compose ps

Sollte dann so aussehen:
NAME mailcowdockerized-acme-mailcow-1 mailcowdockerized-clamd-mailcow-1 mailcowdockerized-dockerapi-mailcow-1 mailcowdockerized-dovecot-mailcow-1 mailcowdockerized-memcached-mailcow-1 mailcowdockerized-mysql-mailcow-1 mailcowdockerized-netfilter-mailcow-1 mailcowdockerized-nginx-mailcow-1 mailcowdockerized-ofelia-mailcow-1 mailcowdockerized-olefy-mailcow-1 mailcowdockerized-php-fpm-mailcow-1 mailcowdockerized-postfix-mailcow-1 mailcowdockerized-redis-mailcow-1 mailcowdockerized-rspamd-mailcow-1 mailcowdockerized-sogo-mailcow-1 mailcowdockerized-solr-mailcow-1 mailcowdockerized-unbound-mailcow-1 mailcowdockerized-watchdog-mailcow-1 (leider schlecht zu lesen IMAGE COMMAND SERVICE CREATED STATUS PORTS mailcow/acme:1.88 "/sbin/tini -g -- /sâ€¦" acme-mailcow 3 days ago Up 3 days mailcow/clamd:1.66 "/sbin/tini -g -- /câ€¦" clamd-mailcow 3 days ago Up 3 days (healthy) mailcow/dockerapi:2.08 "/bin/sh /app/dockerâ€¦" dockerapi-mailcow 3 days ago Up 3 days mailcow/dovecot:1.30 "/docker-entrypoint.â€¦" dovecot-mailcow 3 days ago Up 2 days 0.0.0.0:110->110/tcp, :::110->110/tcp, 0.0.0.0:143->143/tcp, :::143->143/tcp, 0.0.0.0:993->993/tcp, :::993->993/tcp, 0.0.0.0:995->995/tcp, :::995->995/tcp, 0.0.0.0:4190->4190/tcp, :::4190->4190/tcp, 127.0.0.1:19991->12345/tcp memcached:alpine "docker-entrypoint.sâ€¦" memcached-mailcow 3 days ago Up 3 days 11211/tcp mariadb:10.5 "docker-entrypoint.sâ€¦" mysql-mailcow 3 days ago Up 3 days 127.0.0.1:13306->3306/tcp mailcow/netfilter:1.59 "/bin/sh -c /app/docâ€¦" netfilter-mailcow 3 days ago Up 3 days nginx:mainline-alpine "/docker-entrypoint.â€¦" nginx-mailcow 3 days ago Up 3 days 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp mcuadros/ofelia:latest "/usr/bin/ofelia daeâ€¦" ofelia-mailcow 3 days ago Up 3 days mailcow/olefy:1.13 "python3 -u /app/oleâ€¦" olefy-mailcow 3 days ago Up 3 days mailcow/phpfpm:1.88 "/docker-entrypoint.â€¦" php-fpm-mailcow 3 days ago Up 3 days 9000/tcp mailcow/postfix:1.75 "/docker-entrypoint.â€¦" postfix-mailcow 3 days ago Up 2 days 0.0.0.0:25->25/tcp, :::25->25/tcp, 0.0.0.0:465->465/tcp, :::465->465/tcp, 0.0.0.0:587->587/tcp, :::587->587/tcp, 588/tcp redis:7-alpine "docker-entrypoint.sâ€¦" redis-mailcow 3 days ago Up 3 days 127.0.0.1:7654->6379/tcp mailcow/rspamd:1.96 "/docker-entrypoint.â€¦" rspamd-mailcow 3 days ago Up 3 days mailcow/sogo:1.123 "/docker-entrypoint.â€¦" sogo-mailcow 3 days ago Up 3 days mailcow/solr:1.8.3 "docker-entrypoint.sâ€¦" solr-mailcow 3 days ago Up 3 days 127.0.0.1:18983->8983/tcp mailcow/unbound:1.22 "/docker-entrypoint.â€¦" unbound-mailcow 3 days ago Up 3 days (healthy) 53/tcp, 53/udp mailcow/watchdog:2.03 "/bin/sh -c /watchdoâ€¦" watchdog-mailcow 3 days ago Up 3 days
hier im Forum, aber Du hast da eine Spalte “SERVICE”, da stehen die Container-Namen drin.

Du kannst Dir Logs der einzelnen Container dann via “docker compose logs CONTAINERNAME | less” anschauen (less weil da schon ein Haufen Logs drin stehen kann 🙂

Ich würde mal mit dem PHP Container anfangen:

docker compose logs php-fpm-mailcow | less

Du kannst das Log auch laufen lassen und Dich dann mal einloggen, dann siehst Du gleich was passiert

docker compose logs --tail 10 -f php-fpm-mailcow

DocFraggle

Also was bei Dir komisch ist ist sowas hier:

“GET /debug HTTP/1.1” 499 0

Error 499 ist “Client Closed Request”. Hast Du es mal mit einem anderen Browser / Rechner / Handy versucht? Oder auch mal den Cache leeren vom aktuellen Browser?

FreshFoxyHD

DocFraggle
Habe schon mehrere Browser und auch Cache usw. alles geleert (Privater Mode etc.)

Ich konnte festellen das dass Problem darin liegt das der Account Superuser ist, andere Admin Account können sich anmelden.
Wen ich den account superuser enziehe kann ich mich auch damit anmelden und ein neuen account der superuser ist kann sich auch nicht anmelden, erst wieder wen dieser kein superuser ist.

Hast du da schonmal was von gehört?

DocFraggle

FreshFoxyHD Hilf mir kurz auf die Sprünge, was meinst Du mit “Superuser”? Wo stellst Du das ein? Da gibts doch nur Administrator oder Domain-Administrator

Edit: Redest Du von dem extra Feld in der Datenbank? Ich glaube das ist nicht wirklich in Benutzung oder? Wenn ich das auf 0 setze sehe ich da halt gar nichts mehr, keine DOmains etc

Edit 2: was passiert denn wenn Du Dich einloggst, und dann auf /admin wechselst? Default Login Seite ist ja /debug

also https://dein.mail.server/admin

FreshFoxyHD

DocFraggle
Ich habe den default benutzer “admin” die flag “superadmin” weggenommen also auf 0 gemacht und dan konnte ich mich anmelden.

Dann habe ich einen neuen Benutzer erstellt und den erstmal kein superadmin gegeben und dann konnte ich mich damit auch anmelden, als ich dann aber superadmin auf 1 gemacht habe ging es wieder nicht und ist stoße auf die gleichen Problem.

Das andere war nur das ein Domän admin sich anmelden kann ohne Probleme.

Genau wie du im Edit beschrieben hast, so kann ich mich anmelden wen ich kein Superuser bin, dann sehe ich auch nichts. Wen ich aber Domän admin bin sehe ich die Domain und als superuser kann ich mich nicht anmelden.

DocFraggle

FreshFoxyHD ok, ich meinte folgendes was Du mal probieren kannst:

Du meldest Dich mit Deinem “Superadmin” an, dann fängt er ja an die Seite (/debug) zu laden und wird nicht fertig. Was passiert wenn Du während dem Laden im selben Tab einfach mal auf /admin über die URL Zeile wechselst? Also in Deinem Fall

https://mail.mythiccloud.net/admin

FreshFoxyHD

DocFraggle
Das klappt

Das kommt unten Rechts:

An unknown error occured: TypeError Object( [message:protected] => Cannot access offset of type string on string [string:Error:private] => [code:protected] => 0 [file:protected] => /web/debug.php [line:protected] => 32 [trace:Error:private] => Array ( ) [previous:Error:private] => )

DocFraggle

Dann frage ich mich ob Du evt doch diesen curl Bug erwischt hast:

mailcow/mailcow-dockerized5927

Probier doch mal die “search” Zeile aus der resolv.conf zu entfernen und die Mailcow zu restarten

FreshFoxyHD

DocFraggle
Vielen vielen Dank für deine Zeit und Mühe mir bzw. uns zu helfen.
Nun klappt es wie gewohnt.