d00p

Geht erst ab apache 2.4.36 ... und bei debian ist aktuell 2.4.25-3+deb9u5 stable...daher macht es wenig Sinn für Froxlor das nun schon zu integrieren, denn die User werden Fehler erhalten (SSLProtocol: Illegal protocol 'TLSv1.3')

Und du hast im Vhost SSLOpenSSLConfCmd DH Parameter "/etc/ssl/certs/dhparam.pem" stehen? Oder wie? Wenn da nichts explizites angegeben ist kommt der vllt built-in von apache?! Oder aus den SSL-Chipers?

Nein macht froxlor nicht, weder dass erstellen der dhparam.pem noch das einbinden in die vhosts...siehe meine erste Antwort:

WO? Welcher DIENST?`WAS genau meinst du? Wo hast du die 256 her?

Für welchen Dienst? Bis auf http/https sind ja alles nur config-templates die nur einmal eingerichtet werden. Bleibt nur SSLOpenSSLConfCmd DHParameters was du meinen könntest, und die dort verwendete dhparam.pem Datei wird sowieso nur EINMAL erstellt und nicht dynamisch, zumal diese Option von froxlor nicht in die vhosts eingetragen wird (kannst du ja in die eigenen vhost-inhalte eintragen) daher...was will man da einstellen?

popular in germany? popular in USA? Popular in whatever country? No chance man....

Hast du denn auch alle Einstellungen angepasst und die Dienste konfiguriert? Hast du geguckt ob der Cronjob lief? Wenn ja, hast du geguckt ob entsprechende vhost configs erstellt wurden. Etc.etc.etc.

This degree of customization cannot be handled by froxlor

Habe gerade extra für das Forum nachgesehen, es gibt wohl keine Funktion und kein add-on was das ermöglicht. Bitte einfach eine PM an mich, ob Account oder Account+alle Posts gelöscht werden sollen und dann mach ich das gerne umgehend.

Klar kann der Kunde das. Als Kunde einloggen, Domain bearbeiten, Pfad eintragen (also natürlich nicht den kompletten, den kennt ja der Kunde ggfls garnicht, sondern relativ zum Heimatverzeichnis, in deinem Fall also /mein/neuer/Pfad/example)

Mail user haben nix mit FTP User zu tun, da gibt's keine plaintext Passwörter. Für Mail Konten ist/war das für bestimmte Konfigurationen/Situationen notwendig, du kannst in den Einstellungen das Speichern von Klartext Passwörter einfach deaktivieren, bzw. Als Admin links im Menü (aktuelle git version) auch alle löschen und deaktivieren. Sonst in den Einstellungen deaktivieren und in der Tabelle manuell leeren, die automatische Leerung ist irgendwann im Menü mal verschwunden in irgend einer Version

"It's not working" is not a helpful message. What did you try? What changes are needed in the config fpr micro-cache to work? Are there any error-messages? etc.etc.etc.

Ah, das ist serialized...nicht json-encoded...der release ist von februar, die änderung auf JSON vom Mai Wenn das da mit den Backslashes auch in der DB drinsteht erhalte ich beim unserialize nen PHP Fehler (ohne nicht, da kommt das korrekte Array raus). Besteht da die Möglichkeit die aktuelle Git-Version zu nutzen? Sonst muss ich da in alten code schauen und ggfls für dich nen Bugfix erstellen

Existiert der Ordner schon? Wenn ja, löschen, laut code fragt er noch ab, ob der Ordner existiert (ansich sogar nicht nötig, wenn man einen generellen "backup" ordner haben will). Wenn der Zielordner nicht / ist, nicht dem Kunden-Präfix entspricht, nicht gleich dem Kunden-Homedir ist und nicht existiert, dann solltest du auf jeden fall im Log einen Schritt weiter erhalten: Creating Backup for user "LOGINNAME"

Ja das sieht ganz richtig aus. ZIP ist installiert? Ich gucke gleich nochmal durch den Code. Aber da hat beim testen damals alles gepasst