Merci!
Posts by joximu
-
-
mod also in wp?
I didn't know and never used... when tried to log in or to retrieve a password it really seemed that wp doesn't know me...Please help me with login data (pm) - I'd like to make such corrections by myself.
if you mean your post here - ok, I could have changed it... of course...
/J
-
Hi Speddy
1) bitte schreib doch ein aussagekräftiges Betreff in deine Posts...
2) zum Problem: so wie's aussieht hatte das init Script von nagios keine LSB kompatiblen Angaben, was du mit deiner Korrektur nachgeholt hast. Wenn das Paket von Debian so bereitgestellt wird, dann dürfte es sich da um einen Bug handeln.
/J
-
Cool!
It's our 6th beta release...
at least beta 5 was the fifth - then the following beta cannot be the fourth
-
Kannst du einem von uns oder so ein Backup der imscp-DB zusenden.
Am besten noch die Passworte ändern...Vor dem Löschen und nach dem Löschen.
Die Backups sind ja in /var/www/imscp/backups/
Gruss
J -
Könnte sein, dass .local nicht als gültige TLD angesehen wird (es werden da gewisse Checks gemacht) - aber ggf. sollte man .local zulassen....
ich muss das mal ansehen.
-
nimm was plausibles - etwas, was auch extern funktionieren könnte.
/J
-
Hallo,ich habe jetzt auch noch festgestellt das die Änderungen der php.ini Datei der einzigen Domain auf dem Server keine Auswirkungen auf das System zeigen. Egal was ich in der php.ini einstelle nichts wird übernommen.
Master php.ini lässt sich editieren und die Änderungen werden nach dem Neustart des Webservers übernommen.
Was muss ich tun damit phpinfo oder exec bei dieser Domain funktioniert?Die richtig php.ini finden, ändern, und die php-Prozesse killen, die von diesem vu-User aktiv sind.
Das geht (auch mit beta5 getestet).
/J
-
joximu
Da du pre Beta 6 Version einsetztst kann es bei dir anders sein. Ich nutze 1.0.1.5 (Beta 5) und wenn ein Kunde ein Passwort ändern will dann wird es nicht übernommen.
Es ist Courier installiert und nicht Dovecot.Alle Mailpasswörter werden nicht geändert. Habe es jetzt wieder versucht er ändert es einfach nicht. Es wird immer das genommen was bei der Erstellung definiert wurde.
Da ich auf einem produktiven Server diese Version einsetze, hab ich das kurz nachgeprüft: ja, in der DB wird das neue PW geschrieben, aber nicht in den Dateien nachgeführt.
Bei Courier hat das natürlich die Folgen, dass das neue PW nie übernommen wird, bei dovecot halt nicht.
Da auch bei dovecot das sasl-pw aus der DB kommt (wird ja IMHO via dovecot überprüft) merkt man es da nie.
Der Fehler dürfte einziog sein, dass das statusfeld bei der Änderung nicht auf "change" gesetzt wird und der nicht request manager laufen gelassen wird. Das wäre nötig, um die Änderung auch zu publizieren./J
-
Just tested (rc beta6 - from a few days ago) - is same behaviour.
Changed in imscp.conf and imscp.old.conf -> after installation values are not the same (as you wrote).
/J