Posts by Nuxwin

    This will be possible in next maintenance release.


    See the related commits: See https://github.com/i-MSCP/imscp/compare/3efeb45...6230966

    Good evening,


    This is not possible without edit the daemon source and recompiling it... The port is also hardcoded in clients.... Which software use that port exactly?

    Good morning


    This was for which question?

    fulltilt


    You're using i-MSCP 1.5.3 (first build) while there have been two other builds since... That would be great if you maintain your i-MSCP installations up-to-date before reporting bugs which were already fixed... Your current version is affected by a bug (wrong SQL query) which has been fixed in version i-MSCP version 1.5.3 (build 2018120700). Furthermore, there has been another version released since which is 1.5.3 (Build 2018120800)...

    Basically put, the FROM clause appear twice in your version, hence the error raised.

    The zone (and template also) is not encrypted in any way !

    In latest version production zone files are not plaintext ;) This depend on the value of the BIND_DB_FORMAT for which default value is raw=0 in the /etc/imscp/bind/bind.data configuration file.

    Code
    1. # Format for compiled zone files
    2. # Possible values: text, raw or raw=N where N can be 0 or 1
    3. # See NAMED-CHECKZONE(8)
    4. BIND_DB_FORMAT = raw=0


    You need differentiate 3 things here:

    1. The template files which of course are always plaintext
    2. The intermediate zone files located at /etc/imscp/bind/working, and which are always plaintext
    3. The production zone files located at /var/cache/bind, and which are plaintext or not, depending on the BIND_DB_FORMAT parameter value.

    The way to go to override the default www DNS RR is to use the appropriate listener file which is https://github.com/i-MSCP/imsc…ed_override_default_rr.pl for the latest released version. When this listener is in place, you can normally override the default www DNS rr through the custom DNS record interface.

    Just use a symlink (symbolic link).


    Code
    1. mv /var/mail/virtual /mnt/Ext_Volume
    2. ln -s /mnt/Ext_Volume /var/mail/virtual


    If you are not as lazy as me you can for sure stop mail service before the move and restart them afterwards.

    I'll would favor a bind mount ;)


    1. Move all /var/mail data to the ext. storage

    2. Mount the ext. storage on /var/mail


    This should work perfectly. Some of my clients are doing this already, even for the /var/www directory.

    Good evening,


    There is not such a feature at this moment but a script could do the job. The hard part is about dump of specific rows from the i-MSCP database to re-import them in the other imscp database. Also, you need update the customer address IP in both domain and domain_aliasses tables, reset some columns to the NULL value in the admin table and so on. For the rest, that is about using rsync and triggering an 'toadd' task once all data are in place on the target server. There is surely other details to take into consideration, depending on the plugin in use...