ISPConfig 2.2.14 is available for download. This ISPConfig release adds support for Fedora. A Greek and Romanian translation of the interface has been added. PHP was updated to 5.2.3 and ClamAV to 0.90.3. Detailed Changelog ------------------ - Added: Support for Fedora 7 - Added: Romanian translation. - Added: Greek translation. - Update: Updated Spanish translation. - Update: PHP (5.2.3) - Update: ClamAV (0.90.3). - Bugfix: FQDNs are now shown in the traffic statistics so that it is possible to differentiate between sub1.domain.com, sub2.domain.com, www.domain.com, etc. - Bugfix: If you move a web site from one customer to the other, and you delete the old owner (customer) of the web site, the web site isn't deleted anymore. - Bugfix: Changed regular expression for email addresses (welcome messages for resellers and customers) to better match RFC 2822. - Bugfix: Emails sent out by ISPConfig (welcome messages, support tickets) so that they don't show email headers in the body. - Bugfix: Added function to prevent clients from changing or deleting their co-domains. - Bugfix: Fixed a bug where backslashes were removed from the Apache Directives field. Download -------- http://www.ispconfig.org/downloads.htm Forums ------ http://www.howtoforge.com/forums Installation Instructions ------------------------- Download the ISPConfig-2.2.14.tar.gz from sourceforge.net http://prdownloads.sourceforge.net/ispconfig/ISPConfig-2.2.14.tar.gz?download If you run ISPConfig on CentOS 4.x please update the HTML:arser perl module as described below before you proceed. Installation on the shell as root User: tar xvfz ISPConfig-2.2.14.tar.gz cd install_ispconfig ./setup The installer automatically detects the installed ISPConfig version and performs an update. ---------------------------------------- Special note for Users of CentOS 4.x ---------------------------------------- If you do not use ISPConfig on CentOs 4.x, ignore the instructions below! We also need the module HTML:arser. We could install the CentOS package perl-HTML-Parser, but this version is too old for the SpamAssassin version that comes with ISPConfig. It would result in the following error message during ISPConfig installation: REQUIRED module out of date: HTML:arser Therefore we must install the latest HTML:arser using the Perl shell. Run the following command to start the Perl shell: perl -MCPAN -e shell If you run the Perl shell for the first time you will be asked some questions. In most cases the default answers are ok. Because there's no ncftp package for CentOS, the Perl shell cannot find the programs ncftpget and ncftp, and you'll see something like this: Warning: ncftpget not found in PATH Where is your ncftpget program? [] Warning: ncftp not found in PATH Where is your ncftp program? [] It's ok to hit ENTER in both cases. Please note: If you run a firewall on your system you might have to turn it off while working on the Perl shell in order for the Perl shell to be able to fetch the needed modules without a big delay. You can switch it on afterwards. Now type in the following command to install the Perl module HTML:arser: install HTML:arser If the installation is successful, you'll see a line like this at the end: /usr/bin/make install -- OK Type q afterwards to leave the Perl shell. --
ISPConfig 2.2.14 successfully installed Till, Thank you for this new release. I just installed it on a production server with Debian Etch (64-bit SMP) and everything looks ok. Within the mail headers i see: X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) X-Virus-Checker-Version: clamassassin 1.2.4 with clamscan / ClamAV 0.90.3 So that's ok too. Well done! Kind regards,
Ill test it.. is there any chance to a windows version? im starting to migrate all my linux based server to microsoft plataform and i want to keep the user interface. I have a own developed SMTP/POP3 server if you want to make it.
I have a problem, Debian 4.0 (32 bit) under OpenVZ. The upgrade didn't finish and when I start ./setup again it doesn't detect ISPConfig 2.13 and goes for fresh install When I try to start ISPConfig I get some errors: /etc/init.d/ispconfig_server start Starting ISPConfig system... /etc/init.d/ispconfig_server: line 45: /root/ispconfig/httpd/bin/apachectl: No such file or directory /etc/init.d/ispconfig_server: line 47: /root/ispconfig/php/php: No such file or directory FreshClam is already running! ISPConfig system is now up and running!
Please run: mkdir /root/ispconfig and then unpack the ISPConfig installer again and run the setup script. Make sure that you have enough space in /root (approx. 200 MB) and the same amount in /tmp.
Code: ------------------------------------------------- tar: patch/util.c: Cannot change ownership to uid 10000, gid 0: Disk quota exceeded patch/util.h tar: patch/util.h: Cannot change ownership to uid 10000, gid 0: Disk quota exceeded patch/version.c tar: patch/version.c: Cannot change ownership to uid 10000, gid 0: Disk quota exceeded patch/version.h tar: patch/version.h: Cannot change ownership to uid 10000, gid 0: Disk quota exceeded tar: patch: Cannot change ownership to uid 10000, gid 0: Disk quota exceeded tar: Error exit delayed from previous errors make: *** No targets specified and no makefile found. Stop. ------------------------------------------------- Hint: Either try to build 'patch' under etc/patch/ Hint: manually and re-run this 'configure' script Hint: or provide us the path to your vendor 'patch' Hint: program via the --with-patch=FILE option (but Hint: expect perhaps failures when applying patches!) ERROR: Could not configure Apache cd: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory mv: cannot stat `binaries/aps.tar.gz': No such file or directory mv: cannot stat `binaries/spamassassin.tar.gz': No such file or directory mv: cannot stat `binaries/uudeview.tar.gz': No such file or directory mv: cannot stat `binaries/clamav.tar.gz': No such file or directory mv: cannot stat `binaries/cronolog': No such file or directory mv: cannot stat `binaries/cronosplit': No such file or directory mv: cannot stat `binaries/ispconfig_tcpserver': No such file or directory mv: cannot stat `binaries/zip': No such file or directory mv: cannot stat `binaries/unzip': No such file or directory tar: spamassassin.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors mv: cannot stat `spamassassin': No such file or directory tar: uudeview.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors mv: cannot stat `uudeview': No such file or directory tar: clamav.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors mv: cannot stat `clamav': No such file or directory tar: aps.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors ./setup2: line 873: ispconfig_tmp/php/bin/php: No such file or directory ERROR: The PHP binary coming with ISPConfig does not work properly on your system! The installation routine stops here! Filesystem Size Used Avail Use% Mounted on /dev/simfs 101G 1.7G 99G 2% / tmpfs 504M 0 504M 0% /lib/init/rw tmpfs 504M 0 504M 0% /dev/shm
The error message is clear, your disk quota was exceeded during compilation, even if your filesystem usage output shows something different. Did you run the script as root user and wnot via sudo? Is this a vserver?
I run it with normal user via su, root is disabled in ssh_config It is not vserver, it is OpenVZ. I really have no idea where to look for quota.
If you run it in OpenVZ, then it is a vserver and you reached one of the limits that you set in OpenVZ. Have a look here on how to find out which resource limit you hit: http://wiki.openvz.org/Resource_shortage
Everything looks normal to me: Code: cat /proc/user_beancounters Version: 2.5 uid resource held maxheld barrier limit failcnt 101: kmemsize 3579010 4213024 16384000 18022400 0 lockedpages 0 0 4096 4096 0 privvmpages 82264 91038 131072 131072 0 shmpages 640 976 131072 131072 0 dummy 0 0 0 0 0 numproc 79 92 400 400 0 physpages 10797 12732 0 2147483647 0 vmguarpages 0 0 6144 2147483647 0 oomguarpages 10797 12732 6144 2147483647 0 numtcpsock 16 22 500 500 0 numflock 15 17 200 220 0 numpty 1 1 64 64 0 numsiginfo 0 3 512 512 0 tcpsndbuf 182040 219952 5365760 10485760 0 tcprcvbuf 262144 262144 5365760 10485760 0 othersockbuf 184260 212256 1503232 4063232 0 dgramrcvbuf 0 8364 262144 262144 0 numothersock 132 138 500 500 0 dcachesize 0 0 4194304 4317184 0 numfile 1849 2102 8192 8192 0 dummy 0 0 0 0 0 dummy 0 0 0 0 0 dummy 0 0 0 0 0 numiptent 34 34 128 128 0 Code: Filesystem 1K-blocks Used Available Use% Mounted on /dev/simfs 104857700 1760228 103097472 2% / tmpfs 515836 0 515836 0% /lib/init/rw tmpfs 515836 0 515836 0% /dev/shm root@eowyn:~# df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/simfs 18294175 54334 18239841 1% / tmpfs 128959 2 128957 1% /lib/init/rw tmpfs 128959 1 128958 1% /dev/shm root@eowyn:~# Btw there wasn't any problem when I upgrade from 2.2.12 to 2.2.13 and there isn't any changes to the server since then
I remove second level quota - QUOTAUGIDLIMIT="100" in vps config file, reboot the system and successfully upgrade to 2.2.14. Is it enough to put back QUOTAUGIDLIMIT in config file to use quota again.
I have 2.2.12 installed, do i need to install .13 before i install .14? I tried to install the new version and i got this Code: make: *** [build_apps] Error 1 ERROR: Could not make OpenSSL cd: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory mv: cannot stat `binaries/aps.tar.gz': No such file or directory mv: cannot stat `binaries/spamassassin.tar.gz': No such file or directory mv: cannot stat `binaries/uudeview.tar.gz': No such file or directory mv: cannot stat `binaries/clamav.tar.gz': No such file or directory mv: cannot stat `binaries/cronolog': No such file or directory mv: cannot stat `binaries/cronosplit': No such file or directory mv: cannot stat `binaries/ispconfig_tcpserver': No such file or directory mv: cannot stat `binaries/zip': No such file or directory mv: cannot stat `binaries/unzip': No such file or directory tar: spamassassin.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors mv: cannot stat `spamassassin': No such file or directory tar: uudeview.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors mv: cannot stat `uudeview': No such file or directory tar: clamav.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors mv: cannot stat `clamav': No such file or directory tar: aps.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors ./setup2: line 873: ispconfig_tmp/php/bin/php: No such file or directory ERROR: The PHP binary coming with ISPConfig does not work properly on your system! The installation routine stops here! Help?
thanks for my requested feature: user cannot change domain but i thought something like this: user 'peter' -> Domain peteriscool.com user 'petra' -> Domain petra.domain.tld Now 'peter' should only have right for creating subdomains for peteriscool.com 'petra' should only have rights for creating subdomains for petra.domain.tld and so on. Stupid: User can creates again own Weburls, f.e. google.com oder hacked.myserver.tld - and more funny: he has no rights for delete his own subdomains/domains. nah ok, now i will create the subdomains for my users via hand and ispconfig - at the moment i have not much users and i can do this - but in future - i don't know. ;-) Great work again, but i have a "probleme" which doesn't do anything (not all tested yet): OS: GNU/Linux Debian Sarge + Upgrade to Etch Kernel (isp-kernel-info): linux-whatever-2 (it is a provider compiled kernel)
You are talking about subdomains, subdomains are not co-domains and we will not limit co-domains to subdomains as this will limit the overall functionality of ISPConfig. No, not at all. The user can not create co-domains if you do not allow him to create domains. You are in a non existing directory. Enter: cd ../ on the shell.
No. Please post the error above these lines. Before you try to update again, execute the following command: mkdir /root/ispconfig and then run the setup again.
