d00p

Und hast du denn mal geschaut was "error 70" ist? Wir nutzen seit jahren problemlos php-fpm ....kann also fast nur an irgendwelchen settings liegen

die meisten entscheiden sich halt für eine variante php zu inkludieren. Welche gründe sollte es denn geben zwei verschiedene PHP SAPIs gleichzeitig nutzen zu wollen? Und nur weil es "andere" machen, heisst das ja noch lange nicht, dass froxlor es auch machen muss...

Ich kanns zwar reproduzieren, aber nicht verstehen wieso das in 2.0.x funktioniert und in 2.1.x nicht - der code dafür ist eigentlich identisch...folgende Änderung lässt bei mir die Option wieder speichern: diff --git a/lib/Froxlor/UI/Form.php b/lib/Froxlor/UI/Form.php index 694fd3d9..9645f18f 100644 --- a/lib/Froxlor/UI/Form.php +++ b/lib/Froxlor/UI/Form.php @@ -236,8 +236,8 @@ class Form if (\Froxlor\Validate\Form::validateFieldDefinition($groupdetails)) { // Prefetch form fields foreach ($groupdetails['fields'] as $fieldname => $fielddetails) { - if (!$only_enabledisable || ($only_enabledisable && isset($fielddetails['overview_option']))) { - $groupdetails['fields'][$fieldname] = self::arrayMergePrefix($fielddetails, $fielddetails['type'], self::prefetchFormFieldData($fieldname, $fielddetails)); + if (!$only_enabledisable || isset($fielddetails['overview_option'])) { + $groupdetails['fields'][$fieldname] = array_merge($fielddetails, self::prefetchFormFieldData($fieldname, $fielddetails)); $form['groups'][$groupname]['fields'][$fieldname] = $groupdetails['fields'][$fieldname]; } }

Kann ich reproduzieren, arbeite daran. gerne als issue auf github einstellen

Weiss ich nicht. muss ich erstmal schauen ob das für mich reproduzierbar ist.

ist wohl ein fehlerchen, das feld sollte nich sortierbar sein (nicht möglich mit dem layout und wie es verknüpft ist)

standard ports...what else would we use? Auththentication -> username = email-adresse, password = your password (also pretty standard...) If you've added an email address and created an account, then yes, froxlor is "ready out of the box" to send and receive email. If you want to use ssl/tls you will have to adjust the postfix/dovecot configs accordingly as we're shipping mostly vanilla configs with just adjustments for the services to communicate with froxlor, the rest is up to the sysadmin itself

froxlor erstellt doch extra ein logrotate config script für die webserver logs (/etc/logrotate.d/froxlor) - problem ist vielmehr, dass cron.daily bei jedem unterschiedlich auf dem system ist und wir da nicht dran rumspielen (wollen)

https://docs.froxlor.org/latest/user-guide/emails/

You have to regenerate the configs, you can do so by running the froxlor cronjob manually: /var/www/html/froxlor/bin/froxlor-cli froxlor:cron -fd

and i guess you did not add newer php versions to the available fpm-daemons in froxlor prior to the update and now can't access froxlor to do so. Try to adjust the values accordingly directly in mysql. The current values are shown by running: SELECT * FROM `panel_fpmdaemons`; The important fields to adjust are reload_cmd and config_dir

First, we'd need to know how php is used/integrated. Are you using mod_php or fcgid or php-fpm?

As the message states, you will need to install php7.4 or newer (and you definetly should)

Probier mal folgenden Patch: diff --git a/lib/Froxlor/Cron/Traffic/TrafficCron.php b/lib/Froxlor/Cron/Traffic/TrafficCron.php index 30d1bd1b..421505e3 100644 --- a/lib/Froxlor/Cron/Traffic/TrafficCron.php +++ b/lib/Froxlor/Cron/Traffic/TrafficCron.php @@ -47,7 +47,7 @@ class TrafficCron extends FroxlorCron public static function run() { - self::runFork([self::class, 'handle']); + self::runFork([self::class, 'handle'], [true]); } public static function handle()

muss ich mal auf nem testsystem anschauen, kann ich dir so auswendig dann jetzt auch nicht sagen was da is

für den cronjob doch mal mit --debug und --no-fork aus ...dann bekommen wir vllt etwas mehr info

achtung, der traffic cronjob startet zwar um 00:00 uhr aber der ist nich in 2-3 minuten durch (je nach anzahl kunden und loggröße kann das schon ne runde dauern). Je nach System macht es ggfls sinn das Logrotate eher so um 2:00 uhr oder 3:00 uhr ,laufen zu lassen

Scheint normal zu funktionieren hier ...

lt erstelldatum lief das ja am 14.12. 00:00 Uhr. - ggfls kommt dir da ein logrotate dazwischen und immer wenn der läuft ist die access.log gerade leer?

das ist auch immernoch relevant...wenn ich mir den plugin code anschaue setzt er die prefixe genau wie froxlor wenn entsprechender Algorithmus angegeben ist...

nicht roundcube log, mail.log von deinem OS...dovecot/postfix ...

When setting passwords via froxlor ,they should be prefixed with the hash-algorithm, e.g. {ARGON2ID}$argon2id$v=19$m=65536,t=4,p=1$..... or {SHA256-CRYPT}$5$jUc6fv4qb..... or similar

logs vom dovecot/postfix? Welches OS?

dann hast du sicher die template config von uns 1:1 komplett kopiert. Roundcube hat da wohl einiges mehr angepasst. Nimm am besten immer die config.inc.php.dist und passe nur das nötigste an, siehe https://github.com/Froxlor/Froxlor/blob/extras/roundcube_plugins/password/README.md

welche hash methode hast du denn in der config für $config['password_algorithm'] angegeben?