Posts by Tango

Merry Christmas and Happy New Year

Nice work, thanks Nuxwin

I thought at some point we will switch to http://www.apsstandard.org/?

@Sascha's your turn:)

That's really a very important feature, I also sincerely thank

Thanks It looks good

Hi Speedy hast du den Überprüft ob du .htacess hast und Einstellungen da drüber veränderst ? Script von Frank (war selber Mod bei Ihm) hatte ja damals jede Menge Einstellungen über .htaccess

Quote from Cool

so long this one:

[DEBUG] [Sun Sep 25 19:22:46 2011] iMSCP::Debug::verbose: Debug messages off
[WARNING] [Sun Sep 25 19:23:12 2011] Servers::ftpd::proftpd::restart: - processing configuration directory '/etc/proftp

/etc/proftp ?

or

'/etc/proftpd/imscp'

After running a flawless update, I got this Warning Report

The first impression is very successful, have some php.ini settings and tried worked flawlessly (as usual)

Testing will continue ...

Quote from iron73

i-MSCP 1.0.1.5
build: 20110724
Codename: Phoenix

mit Dovecot (Auswahl bei installation)

auf - Linux Debian 6

ich nutze überwiegend die Webmail Funktionen von SquirrelMail.

in eurem i-MSCP ist die Version SquirrelMail 1.4.21 enthalten. installiert ist eine i-MSCP Trunk Version, welche schon ein paar Tage alt ist.

Die Fehlermeldungen sehen wie folgt aus:

Beim aufrufen von Empfangenen EMails kommen immer wieder PHP Fehlermeldungen auf, man kann die Mail zwar trotzdem lesen, aber es sieht unprofessionell aus.

Code

1. Strict Standards: Non-static method Message::parseStructure() should not be called statically in /var/www/imscp/gui/public/tools/webmail/functions/mime.php on line 36 Strict Standards: Non-static method Message::parseBodyStructure() should not be called statically in /var/www/imscp/gui/public/tools/webmail/class/mime/Message.class.php on line 296 Strict Standards: Creating default object from empty value in /var/www/imscp/gui/public/tools/webmail/class/mime/Message.class.php on line 367 Strict Standards: Creating default object from empty value in /var/www/imscp/gui/public/tools/webmail/class/mime/Message.class.php on line 367

Und seit heute ist der Empfang von EMails bei einer Domain gar nicht mehr möglich. Fehlermeldung sieht wie folgt aus:

Code

1. Your message to <name@domain.de> was automatically rejected:Quota exceeded (mailbox for user is full)

im i-MSCP Verwaltungsbereich kann ich aber bei bestem Gewissen nichts finden wo ein solches Quota Eingestellt werden kann. Spreicherplatz und Traffic Limits sind bei weitem noch nicht erreicht !!!

Desweiteren laesst sich die Sprache innerhalb von SquirrelMail nicht auf Deutsch umstellen. Unter Display Preferences steht zwar bei Language: German, aber auch nach einem Relog-in bleibt alles weiterhin in Englisch.

Hat jemand einen Rat woran es bei mir hapert?
Bin für jeden Tip/Hinweis sehr dankbar ...

Grüsse aus der Türkei,
iron73

Display More

Das mit dem Quota werde ich mir mal anschauen,
aber mit Default Language kannst du unter

/var/www/imscp/gui/public/tools/webmail/config/config.php die Zeile

in

ändern

muss mal schauen eventuell auch die

/var/www/imscp/gui/public/tools/webmail/config/config_default.php Datei ändern wie oben

Quote from Bordey Bluenge

Richtig. Dialoge (grafische Abfragen) sind keineswegs ein muss Für ispCP habe ich eine unattended Installation mit expect in 30 Minuten (mit fail-Exceptions) geschrieben (danke Textabfragen und nicht Dialog-Abfragen) sowie der Möglichkeit eine Config Datei zu übergeben um vorher zu definieren bei welchen Abfragen evtl. nicht der Standard verwendet werden soll sowie zur Übergabe generierter Passwörter.

Mit i-MSCP ist das derzeit leider "unmöglich" ohne in i-MSCP einzugreifen. Daher ist i-MSCP für z.B. Serveranbieter uninteressant da sie es ihren Kunden nicht als Image anbieten können.

Ich bin für einen solchen Anbieter tätig und stehe derzeit genau vor dem Problem da wir i-MSCP durchaus gerne als Image anbieten würden.

Ok sorry, habe "Dialog" Definition falsch interpretiert. Natürlich kann man das mit expect realisieren.

Mal schauen was Daniel dazu sagen wird