Posts by theemstra

This may be a minor thing, but how do I choose the primary language for the login screen.
After using i-MSCP for a while, I've noticed that when I log in and then log out, the login is translated to Dutch (the primary language + chosen account language),
but when I haven't logged in yet, the login screen is in English.

Thoughts?

I'm using SMTP with SSL on port 465, so my postfix master process should be running on this port, and (pfew) it is.

Did anyone else get a 'false positive' from /chkrootkit.log?

Sooo!
Me and my friend decided to go translate i-MSCP, after 2 good days of work both 1.2.x, 1.1,x and the dev branch are now available in Dutch!
Quick question.
Plugins, they are not translatable, are they?

Any comments on our translation work, please! Contact us and we're happy to check if we missed something.

Thanks to nuxwin for providing some context in shady cases.

Thanks! His name is Djawi de Boer, his transifex name is hank09878

Hi,

No I was not using the 1.2.x dev branch. I was using 1.1.14, 15 and recently upgraded to 16.
Now I used another test-customer account and it seems to work now.
The cause may be something else. I did have this twice though.

As a customer, trying to remove multiple email boxes (in my case automatically added mailboxes of a domain alias), the customer gets a bad request.
See log message below.

To reproduce:

• Log in as customer
• Create new domain alias
• After 15 sec go to email tab
• Remove multiple email boxes by using the check boxes on the right and the button Delete items below.
• Receive a bad request error from imscp/apache (400/401)

Hi!

Me and my friend are Native Dutch. We already contribute on the transifex project of i-MSCP, but would like to review strings too, because there are just too many unreviewed strings.

Good morning,

I was trying to update my imscp installation, but my installation just hung on 'Configuring php-fpm'.
So I went on that adventure and figured that the apt-get process was still running.
I waited paitently for a few minutes, but it was still configuring.

I aborted the installation by killing the APT process, when I tried to update (to be sure) it gave me the warning to run dpkg-configure.
What happened is that there were new versions of configuration files (php.ini's) available, and because those are ignored by the installer, it just hung.

These ones:

Maybe the installation should tell you to update your packages first, or should catch those config questions.

Hi!

Thanks for your super-quick reply, must be my mistake then, sorry.
Trying to manually upgrade now

I've seen the post http://trac.i-mscp.net/ticket/1151#comment:4
But in my version, 1.1.16, I still get this error. Had the same thing in previous versions.

This happens when you log in into a reseller account from an admin account.