d00p

clear cache, remove any cookies, be 100% sure the password is correct. If still no luck, generate new password with php -r "echo password_hash('your-new-password', PASSWORD_BCRYPT);" and set this hash as password for the corresponding admin in panel_admins via mysql/phpmyadmin

Update: froxlor 2.2.8 Security: Bump league/commonmark from 2.6.2 to 2.7.0 (#1329) Fixes: set correct field name for 'rewrite subject' in edit-email form, #1328 validate username for webserver/fcgid/php-fpm in global settings to ensure it exists and is not a froxlor-managed user, #1332 do not add ssl_stapling in nginx vhost automatically for let's encrypt certificates as they have removed support for it Relax dkim_entry visibilty for admins in domain editor like it is for customers, #1336

dann is der kunde wohl nicht korrekt angelegt oder einstellungen stimmen nicht. kann ich dir ohne info nicht sagen. Schau doch mal im Discord vorbei, dann schick ich dir meinen ssh-key und dann können wir mal schauen

dann schau doch erstmal nach ob der kunde anständig angelegt wurde und der user verfügbar ist, z.B. mit `id leverkusen`. Wenn da alles okay ist, dann restarte die Dienste (apache + php-fpm) mal manuell und schaue ob dort meldungen ausgegeben werden

dann hast du dennoch irgendwo/irgendwas umgestellt/eingestellt was dazu geführt hat. Einen neuen Kunden anlegen macht nicht dein php kaputt...

sieht für mich mehr danach aus, als wurde an php rumgespielt. Wie exakt ist php prallel installiert worden? So eine Fehlermeldung passiert ja nicht von allein auf einmal...irgendwas muss ja gewesen sein. Repariere dein PHP und dann tut auch alles wieder

ich glaub deine änderung sollte passen...und macht auch definitiv sinn das beim ersten = auf 2 entries im array aufzuteilen

hm, ja, sehr spezifischer fall, an "komplexe" uri's hat niemand so unbedingt gedacht, müsst ich ma überlegen wie man das sinnvoll validieren kann

Naja der DNS der domains ändert sich ja nicht "plötzlich", also entweder wurde was umgestellt oder fehlerhafte settings eingetragen (z.B. 127.0.0.1 als resolver...). Am besten zeigst du uns hierfür doch einfach mal die Einstellungen deiner Domain (vorallem der Part der zeigt welche IPs zugeordnet sind) und nen dig auf deine domain für A und/oder AAAA record. Am besten auch gleich noch ein `ip a s` von dem Server.

dazu speziell gabs noch nie doku...musste halt für die services die du nutzt ggfls die queries anpassen, dass sie die felder berücksichtigen sofern dies noch nicht der fall ist. Verstehe aber auch bitte, dass ich jetzt hier kein großes Fass für eine fast 3 jahre und komplett veraltete version von froxlor aufmachen will...

ne, eigentlich müssten da die entsprechenden sql-queries die die daten in postfix und dovecot integrieren halt abfragen ob aktiv und dann wäre das so wie "konto nicht gefunden / kenn ich nicht", kommt drauf an wie du deine configs gemacht hast, 0.10.x is zu lange her, da will ich mich ehrlich gesagt nicht mehr mit befassen... Was hält dich von einem Upgrade ab? ist doch alles kompatibel

nein auch damals gab es schon entsprechende flags in den mail tabellen, welche durch postfix/dovecot genutzt wurden (postfix: Y|N, imap/pop3: 0|1) - beim Deaktivieren eines Kunden wurde hier auf N bzw. 0 gestellt, ein Senden sollte nicht möglich sein

DNS Einträge der Domain korrigieren? Kenne dein Setup nicht...mehr info, ohne wirds schwer da akkurat zu helfen. Hast du vllt ne int/private IP auf dem Server oder sowas?

antispam aktivieren heisst nicht, dass sofort NIEMALS WIEDER spam mails ankommen....analysiere die mails, schau in die header, guck wo die ursachen liegen, lass rspamd erstmal ne weile lernen (unter 200 gelernten mails/tokens macht der eh quasi nix)

no We provide default configs for the system defaults, so for bookworm, it's dovecot 2.3, as of now, trixie will ship with dovecot 2.4 and as said in my first reply: