Posts by Cool

fragen und antworten sind eine sache(theoretisch)

in deinem fall wuerde ich empfehlen dir i-mscp auf ner virtuellen maschine zu hause oder einem billigen vps zu installieren um ueberhaupt die möglichkeiten und arbeitsweise vom i-mscp kennenzulernen.(i-mscp läuft problemlos mit nur 256mb ram). die migration wirst du wohl eh extern testen wollen. ich pers. empfehle direkt den git-master zu installieren um schon alle neuerungen zu nutzen.

ob du danach noch den einsatz von webmin oder dergl. fuer sinnvoll erachtest wirst du selbst feststellen. du wirst ja auch eine gewisse zeit benötigen um mit i-mscp
warm zu werden, und dann tauchen evtl. völlige andere fragen auf.

no problems from my side...just works fine.

may you describe your settings...how you use it and and may logfile parts relating to your error and wich i-mscp version

muss dann aber in jedem profile eingestellt werden, nicht nur in der haupt-einstellung vom cp

how about to set Reverse MX A records (PTR)

is this also tested with the dotdeb.org (mysql) packages?

beside that... i think if 2 users answers each other diectly with no posts between then it makes no sense to use "full quotes"

so wuerde ich die conf schon mal nicht nutzen. k.a. ob das ne alte ist...auf jeden fall passt die nicht zur aktuellen master.

as there is no response from others...or may they are just to lazy to respond.

dev´s know/see where the problem with this cron is or at least see the effect at theire own/or test-servers.
so there is no motivation for me to create a ticket.

kann das nach der beschreibung von menki bestätigen. der effekt ist erheblich und hat auch nichts mit versch. dns-servern zu tun.

wer mit debian std. paketen arbeitet fährt ja eh mit ner uraltversion(1.3.3a) vom proftpd. fuer die aktuelle version(1.3.4b) muss man dann eh die conf anpassen und somit könnte man sich schon mal gedanken machen das ganze anders zu lösen.

cronjobs, bei der installation vom panel könnte vieleicht nach einem "nice" wert gefragt werden, oder gleich nach uhrzeiten der einzelnen jobs. so alte variablen wie BACKUP_HOUR stehen ja auch noch in der imscp.conf