<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2010-09-08 00:25:15]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://bugs.syscp.org/</docs>
<description>Mantis - ISSUES</description>
<link>http://bugs.syscp.org/</link>
<title>Mantis - ISSUES</title>
<image>
<title>Mantis - ISSUES</title>
<url>http://bugs.syscp.org/images/mantis_logo_button.gif</url>
<link>http://bugs.syscp.org/</link>
<description>Mantis - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2010-09-08T00:25:15+00:00</sy:updateBase>
<item>
<title>0001303: Slovak language translation update</title>
<link>http://bugs.syscp.org/view.php?id=1303</link>
<description>Updated transtation of slovak version</description>
<guid>http://bugs.syscp.org/view.php?id=1303</guid>
<author>panda &lt;panda@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1303#bugnotes</comments>
</item>
<item>
<title>0001302: Aps-Installer wont Validate or Upload ANY Aps Zip files</title>
<link>http://bugs.syscp.org/view.php?id=1302</link>
<description>Hi Guys,&lt;br /&gt;
&lt;br /&gt;
Have been trying for ages to get the APS-Installer working but every time I try to upload a zip package I get &quot;File Too Big&quot;,&lt;br /&gt;
&lt;br /&gt;
So then I upload via FTP to my server into the /usr/share/syscp/temp dir which has 0777 privileges,&lt;br /&gt;
The file uploads perfectly but when I go to &quot;Scan for new packages&quot; it brings up error:&lt;br /&gt;
&lt;br /&gt;
Errors for {Package name here}&lt;br /&gt;
This is not a valid APS zipfile!&lt;br /&gt;
&lt;br /&gt;
e.g.&lt;br /&gt;
&lt;br /&gt;
Errors for phpBB-3.0.7-6.app.zip&lt;br /&gt;
This is not a valid APS zipfile!&lt;br /&gt;
&lt;br /&gt;
I have tried many APS, including Wordpress etc but I always without fail get this error, I have tried configuring the server's APS options too but this had no effect,&lt;br /&gt;
&lt;br /&gt;
I'm running:&lt;br /&gt;
Ubuntu Server x64 10.04&lt;br /&gt;
Apache2.2&lt;br /&gt;
PHP5&lt;br /&gt;
MySQL&lt;br /&gt;
&lt;br /&gt;
I have also tried to configure the php.ini via the instructions here:&lt;br /&gt;
&lt;a href=&quot;http://wiki.syscp.org/docs/aps-handbook&quot;&gt;http://wiki.syscp.org/docs/aps-handbook&lt;/a&gt; [&lt;a href=&quot;http://wiki.syscp.org/docs/aps-handbook&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
For 64-bit but cannot find the disabled_functions section in the php.ini file&lt;br /&gt;
&lt;br /&gt;
If anyone could shed some light on this it would be much appreciated!&lt;br /&gt;
Cheers&lt;br /&gt;
Myles</description>
<guid>http://bugs.syscp.org/view.php?id=1302</guid>
<author>Myles_Gray &lt;Myles_Gray@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1302#bugnotes</comments>
</item>
<item>
<title>0001301: Japanese Language File</title>
<link>http://bugs.syscp.org/view.php?id=1301</link>
<description>feel free to include with further syscp version</description>
<guid>http://bugs.syscp.org/view.php?id=1301</guid>
<author>asteiner &lt;asteiner@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1301#bugnotes</comments>
</item>
<item>
<title>0001300: lib/init.php: cannot login</title>
<link>http://bugs.syscp.org/view.php?id=1300</link>
<description>I think &lt;br /&gt;
   AND `s`.`useragent`=&quot;' . $db-&gt;escape($http_user_agent) . '&quot; &lt;br /&gt;
is a little bit paranoid, somehow I can't login with new my IE 8 and some new Updates...</description>
<guid>http://bugs.syscp.org/view.php?id=1300</guid>
<author>Lothrien &lt;Lothrien@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1300#bugnotes</comments>
</item>
<item>
<title>0001299: PHP Bug 51192: validateDomain with filter_var()</title>
<link>http://bugs.syscp.org/view.php?id=1299</link>
<description>Hyphens in Domains were not accepted as proper Domains www.ex-ample.de reutrn false&lt;br /&gt;
&lt;br /&gt;
possible fix?&lt;br /&gt;
function validateDomain($domainname)&lt;br /&gt;
{&lt;br /&gt;
        // we add http:// because this makes a domain valid for the filter;&lt;br /&gt;
        // but if a user gives &quot;&lt;a href=&quot;http://&quot;&quot;&gt;http://&quot;&lt;/a&gt; [&lt;a href=&quot;http://&quot;&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] it's not a valid domain&lt;br /&gt;
        // (because for syscp, a domain mustn't have &quot;&lt;a href=&quot;http://&quot;&quot;&gt;http://&quot;&lt;/a&gt; [&lt;a href=&quot;http://&quot;&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] in it&lt;br /&gt;
&lt;br /&gt;
        $domainname_tmp = '&lt;a href=&quot;http://'&quot;&gt;http://'&lt;/a&gt; [&lt;a href=&quot;http://'&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] . $domainname;&lt;br /&gt;
&lt;br /&gt;
        if (version_compare(PHP_VERSION, '5.3.3') === 1) {&lt;br /&gt;
&lt;br /&gt;
                if(filter_var($domainname_tmp, FILTER_VALIDATE_URL) !== false)&lt;br /&gt;
                {&lt;br /&gt;
                        return $domainname;&lt;br /&gt;
                }&lt;br /&gt;
                else&lt;br /&gt;
                {&lt;br /&gt;
                        return false;&lt;br /&gt;
                }&lt;br /&gt;
&lt;br /&gt;
        }&lt;br /&gt;
        else&lt;br /&gt;
        {&lt;br /&gt;
                return $domainname;&lt;br /&gt;
        }&lt;br /&gt;
}</description>
<guid>http://bugs.syscp.org/view.php?id=1299</guid>
<author>Lothrien &lt;Lothrien@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1299#bugnotes</comments>
</item>
<item>
<title>0001298: postfix main.cf: virtual_mailbox_limit is missing</title>
<link>http://bugs.syscp.org/view.php?id=1298</link>
<description>When copying the supposed contents from &lt;br /&gt;
&lt;br /&gt;
Configuration -&gt; Debian 5.0 (Lenny) -&gt; Mailserver (SMTP) -&gt; Postfix -&gt; /etc/postfix/main.cf&lt;br /&gt;
&lt;br /&gt;
there is missing an important line:&lt;br /&gt;
&lt;br /&gt;
virtual_mailbox_limit = 0&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If this line is not inserted in main.cf the following error occures and is shown in /var/log/mail.log on start/restart of postfix:&lt;br /&gt;
&lt;br /&gt;
Jul 15 00:05:13 server postfix/virtual[3865]: fatal: main.cf configuration error: virtual_mailbox_limit is smaller than message_size_limit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The effect is, that postfix is not started.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If you create an email account through SysCP Panel you cannot login through IMAP with this account because the appropriate folder (for example /&lt;a href=&quot;mailto:var/customers/mail/web1/user@domain.com&quot;&gt;var/customers/mail/web1/user@domain.com&lt;/a&gt;) is not created because of the not started postfix.&lt;br /&gt;
&lt;br /&gt;
This bug can be very easily fixed by adding the above line into the supposed configuration template.&lt;br /&gt;
&lt;br /&gt;
After inserting the line and restarting postfix the folder is created because of the now sent welcome message and everything is fine.</description>
<guid>http://bugs.syscp.org/view.php?id=1298</guid>
<author>datenfalke &lt;datenfalke@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1298#bugnotes</comments>
</item>
<item>
<title>0001297: MySql Root User Name</title>
<link>http://bugs.syscp.org/view.php?id=1297</link>
<description>SysCP Installation &lt;br /&gt;
Testing if PHP MySQL-extension is installed... OK &lt;br /&gt;
Testing if PHP filter-extension is installed... OK &lt;br /&gt;
Testing if PHP bcmath-extension is installed... OK &lt;br /&gt;
Testing if open_basedir is enabled... OK &lt;br /&gt;
Testing if MySQL-root-username and password are correct...Establishing connection failed, exiting&lt;br /&gt;
mysql error number: 1045&lt;br /&gt;
mysql error desc: Access denied for user 'test'@'localhost' (using password: YES)&lt;br /&gt;
Time/date: 07/07/2010 03:07 PM&lt;br /&gt;
Script: /install/install.php&lt;br /&gt;
Referer: &lt;a href=&quot;http://www.5squad.com/install/install.php&quot;&gt;http://www.5squad.com/install/install.php&lt;/a&gt; [&lt;a href=&quot;http://www.5squad.com/install/install.php&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://bugs.syscp.org/view.php?id=1297</guid>
<author>khongsay &lt;khongsay@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1297#bugnotes</comments>
</item>
<item>
<title>0001296: Invalid Redirect directive for HTTPS in Apache config</title>
<link>http://bugs.syscp.org/view.php?id=1296</link>
<description>If you enable HTTPS redirection for some domain, SysCP cron job puts something like this in the vhost file:&lt;br /&gt;
Redirect / &lt;a href=&quot;https://bigcampaign.org&quot;&gt;https://bigcampaign.org&lt;/a&gt; [&lt;a href=&quot;https://bigcampaign.org&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
This is wrong. If I go to &quot;&lt;a href=&quot;http://bigcampaign.org/salam&quot;,&quot;&gt;http://bigcampaign.org/salam&quot;,&lt;/a&gt; [&lt;a href=&quot;http://bigcampaign.org/salam&quot;,&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] I get redirected to &quot;&lt;a href=&quot;https://bigcampaign.orgsalam&quot;&quot;&gt;https://bigcampaign.orgsalam&quot;.&lt;/a&gt; [&lt;a href=&quot;https://bigcampaign.orgsalam&quot;&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] Correct directive would be:&lt;br /&gt;
Redirect / &lt;a href=&quot;https://bigcampaign.org/&quot;&gt;https://bigcampaign.org/&lt;/a&gt; [&lt;a href=&quot;https://bigcampaign.org/&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
Note the ending slash.</description>
<guid>http://bugs.syscp.org/view.php?id=1296</guid>
<author>ebrahim &lt;ebrahim@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1296#bugnotes</comments>
</item>
<item>
<title>0001295: Messaging system fails at Persian (and presumably some other languages)</title>
<link>http://bugs.syscp.org/view.php?id=1295</link>
<description>In admin panel write some Persian text in &quot;Write a Message&quot; (for example &quot;سلام&quot;) and send it. It send something like this: &#1587;&#1604;&#1575;&#1605;&#1548;&lt;br /&gt;
It is probably caused by inappropriate charset. Maybe using UTF-8 as the charset fix such problems.</description>
<guid>http://bugs.syscp.org/view.php?id=1295</guid>
<author>ebrahim &lt;ebrahim@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1295#bugnotes</comments>
</item>
<item>
<title>0001294: SysCP doesn't add global and per-domain custom vhost config to Lighttpd vhosts</title>
<link>http://bugs.syscp.org/view.php?id=1294</link>
<description>SysCP doesn't add global and per-domain custom vhost config to Lighttpd vhosts. It totally ignores specialsettings and default_vhostconf in cron_tasks.inc.http.20.lighttpd.php. This is a simple patch to fix it:&lt;br /&gt;
&lt;br /&gt;
--- cron_tasks.inc.http.20.lighttpd.php.orig    2010-06-25 16:38:33.000000000 +0430&lt;br /&gt;
+++ cron_tasks.inc.http.20.lighttpd.php 2010-06-25 07:15:47.000000000 +0430&lt;br /&gt;
@@ -236,6 +236,14 @@&lt;br /&gt;
                $vhost_content.= $this-&gt;create_htaccess($domain);&lt;br /&gt;
                $vhost_content.= $this-&gt;create_pathOptions($domain);&lt;br /&gt;
                $vhost_content.= $this-&gt;getLogFiles($domain);&lt;br /&gt;
+               if($domain['specialsettings'] != '')&lt;br /&gt;
+               {&lt;br /&gt;
+                       $vhost_content.= $domain['specialsettings'] . &quot;\n&quot;;&lt;br /&gt;
+               }&lt;br /&gt;
+               if($this-&gt;settings['system']['default_vhostconf'] != '')&lt;br /&gt;
+               {&lt;br /&gt;
+                       $vhost_content.= $this-&gt;settings['system']['default_vhostconf'] . &quot;\n&quot;;&lt;br /&gt;
+               }&lt;br /&gt;
                $vhost_content.= '}' . &quot;\n&quot;;&lt;br /&gt;
                return $vhost_content;&lt;br /&gt;
        }</description>
<guid>http://bugs.syscp.org/view.php?id=1294</guid>
<author>ebrahim &lt;ebrahim@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1294#bugnotes</comments>
</item>
<item>
<title>0001293: Language switcher does not work</title>
<link>http://bugs.syscp.org/view.php?id=1293</link>
<description>The language switcher on the login mask does not work. If you select a language, you always get the standard language or the user's language.&lt;br /&gt;
&lt;br /&gt;
To resolv this, change following lines in lib/init.php (from line 334...)&lt;br /&gt;
&lt;br /&gt;
if(!isset($userinfo['def_language'])&lt;br /&gt;
   || !isset($languages[$userinfo['def_language']]))&lt;br /&gt;
{&lt;br /&gt;
	// modified by indual&lt;br /&gt;
	if(isset($_POST['language'])/* $_GET replaced with $_POST */&lt;br /&gt;
	   &amp;&amp; isset($languages[$_POST['language']]))/* $_GET replaced with $_POST, form is POST not GET! */&lt;br /&gt;
	{&lt;br /&gt;
		$language = $_POST['language'];/* $_GET replaced with $_POST */&lt;br /&gt;
	}&lt;br /&gt;
	else&lt;br /&gt;
	{&lt;br /&gt;
		$language = $settings['panel']['standardlanguage'];&lt;br /&gt;
	}&lt;br /&gt;
}&lt;br /&gt;
else&lt;br /&gt;
{&lt;br /&gt;
	// modified by indual&lt;br /&gt;
//	$language = $userinfo['def_language'];&lt;br /&gt;
	$language = $userinfo['language']; /* it is not def_language, it is language */&lt;br /&gt;
}</description>
<guid>http://bugs.syscp.org/view.php?id=1293</guid>
<author>indual &lt;indual@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1293#bugnotes</comments>
</item>
<item>
<title>0001017: Proftpd - Quota should be added</title>
<link>http://bugs.syscp.org/view.php?id=1017</link>
<description>I just got this solved via mod_qoutatab_sql by myself. I would really appreciate if this could be implemented.&lt;br /&gt;
&lt;br /&gt;
Its only necessary to add 2 tables to syscp db and edit /etc/proftpd/proftpd.conf and /etc/proftpd/modules.conf as follows:&lt;br /&gt;
&lt;br /&gt;
1.) Create Tables in Syscp DB:&lt;br /&gt;
&lt;br /&gt;
[code]&lt;br /&gt;
CREATE TABLE IF NOT EXISTS `ftp_quotalimits` (&lt;br /&gt;
  `name` varchar(30) default NULL,&lt;br /&gt;
  `quota_type` enum('user','group','class','all') NOT NULL default 'user',&lt;br /&gt;
  `per_session` enum('false','true') NOT NULL default 'false',&lt;br /&gt;
  `limit_type` enum('soft','hard') NOT NULL default 'hard',&lt;br /&gt;
  `bytes_in_avail` float NOT NULL,&lt;br /&gt;
  `bytes_out_avail` float NOT NULL,&lt;br /&gt;
  `bytes_xfer_avail` float NOT NULL,&lt;br /&gt;
  `files_in_avail` int(10) unsigned NOT NULL,&lt;br /&gt;
  `files_out_avail` int(10) unsigned NOT NULL,&lt;br /&gt;
  `files_xfer_avail` int(10) unsigned NOT NULL&lt;br /&gt;
) ENGINE=MyISAM DEFAULT CHARSET=latin1;&lt;br /&gt;
&lt;br /&gt;
INSERT INTO `ftp_quotalimits` (`name`, `quota_type`, `per_session`, `limit_type`, `bytes_in_avail`, `bytes_out_avail`, `bytes_xfer_avail`, `files_in_avail`, `files_out_avail`, `files_xfer_avail`) VALUES&lt;br /&gt;
('syscp', 'user', 'false', 'hard', 0, 0, 0, 0, 0, 0);&lt;br /&gt;
&lt;br /&gt;
CREATE TABLE IF NOT EXISTS `ftp_quotatallies` (&lt;br /&gt;
  `name` varchar(30) NOT NULL,&lt;br /&gt;
  `quota_type` enum('user','group','class','all') NOT NULL,&lt;br /&gt;
  `bytes_in_used` float NOT NULL,&lt;br /&gt;
  `bytes_out_used` float NOT NULL,&lt;br /&gt;
  `bytes_xfer_used` float NOT NULL,&lt;br /&gt;
  `files_in_used` int(10) unsigned NOT NULL,&lt;br /&gt;
  `files_out_used` int(10) unsigned NOT NULL,&lt;br /&gt;
  `files_xfer_used` int(10) unsigned NOT NULL&lt;br /&gt;
) ENGINE=MyISAM DEFAULT CHARSET=latin1;&lt;br /&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
2.) Add to /etc/proftpd/modules.conf:&lt;br /&gt;
&lt;br /&gt;
[code]&lt;br /&gt;
LoadModule mod_quotatab.c&lt;br /&gt;
LoadModule mod_quotatab_sql.c&lt;br /&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
3.) Add to /etc/proftpd/proftpd.conf:&lt;br /&gt;
&lt;br /&gt;
[code]&lt;br /&gt;
QuotaEngine on&lt;br /&gt;
QuotaShowQuotas on&lt;br /&gt;
QuotaDisplayUnits Mb&lt;br /&gt;
QuotaLock /var/lock/ftpd.quotatab.lock&lt;br /&gt;
QuotaLimitTable sql:/get-quota-limit&lt;br /&gt;
QuotaTallyTable sql:/get-quota-tally/update-quota-tally/insert-quota-tally&lt;br /&gt;
SQLNamedQuery get-quota-limit SELECT &quot;ftp_users.username AS name, ftp_quotalimits.quota_type, ftp_quotalimits.per_session, ftp_quotalimits.limit_type, panel_customers.diskspace*1024 AS bytes_in_avail, ftp_quotalimits.bytes_out_avail, ftp_quotalimits.bytes_xfer_avail, ftp_quotalimits.files_in_avail, ftp_quotalimits.files_out_avail, ftp_quotalimits.files_xfer_avail FROM ftp_users, ftp_quotalimits, panel_customers WHERE ftp_users.username = '%{0}' AND panel_customers.loginname = SUBSTRING_INDEX('%{0}', 'ftp', 1) AND quota_type ='%{1}'&quot;&lt;br /&gt;
SQLNamedQuery get-quota-tally SELECT &quot;name, quota_type, bytes_in_used,bytes_out_used, bytes_xfer_used, files_in_used, files_out_used,files_xfer_used FROM ftp_quotatallies WHERE name = '%{0}' AND quota_type = '%{1}'&quot;&lt;br /&gt;
SQLNamedQuery update-quota-tally UPDATE &quot;bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %{2}, files_in_used = files_in_used + %{3}, files_out_used= files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name= '%{6}' AND quota_type = '%{7}'&quot; ftp_quotatallies&lt;br /&gt;
SQLNamedQuery insert-quota-tally INSERT &quot;%{0}, %{1}, %{2}, %{3}, %{4},%{5}, %{6}, %{7}&quot; ftp_quotatallies&lt;br /&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Thats it.&lt;br /&gt;
You have now a hard quota limit (diskspace from table panel_customers) for every Syscp FTP Account.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The field &quot;bytes_in_used&quot; of table &quot;ftp_quotatallies&quot; should be updated by cron every night to also count content not uploaded by ftp.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://mantis.syscp.org/view.php?id=693&quot;&gt;https://mantis.syscp.org/view.php?id=693&lt;/a&gt; [&lt;a href=&quot;https://mantis.syscp.org/view.php?id=693&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://bugs.syscp.org/view.php?id=1017</guid>
<author>monotek &lt;monotek@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1017#bugnotes</comments>
</item>
<item>
<title>0001292: Ubuntu 10.04 support+Nginx support+more</title>
<link>http://bugs.syscp.org/view.php?id=1292</link>
<description>My feature requests are:&lt;br /&gt;
1)Make sure syscp works 100% correctly with Ubuntu 10.04, because your website says it only works with Ubuntu 8.04(&lt;a href=&quot;http://www.syscp.org/features.html)&quot;&gt;http://www.syscp.org/features.html).&lt;/a&gt; [&lt;a href=&quot;http://www.syscp.org/features.html)&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
2)You should support the Nginx web server(www.nginx.net) too. Currently you support Apache and Lighttpd, but you do not support Nginx.&lt;br /&gt;
&lt;br /&gt;
3)You should make sure syscp works 100% correctly with Lighttpd 1.4.26.&lt;br /&gt;
&lt;br /&gt;
4)You should make sure syscp works 100% correctly with PHP5 and MySQL 5.</description>
<guid>http://bugs.syscp.org/view.php?id=1292</guid>
<author>ryan14 &lt;ryan14@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1292#bugnotes</comments>
</item>
<item>
<title>0001288: safe_exec filter doesn't work</title>
<link>http://bugs.syscp.org/view.php?id=1288</link>
<description>The safe_exec function doesn't block commands which are not in the whitelist.&lt;br /&gt;
&lt;br /&gt;
E.g. 'ln' is not in the $allowed_commands array, but the following works:&lt;br /&gt;
&lt;br /&gt;
safe_exec(&quot;ln -s aaa bbb&quot;);</description>
<guid>http://bugs.syscp.org/view.php?id=1288</guid>
<author>massimo &lt;massimo@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1288#bugnotes</comments>
</item>
<item>
<title>0001291: Warning for multiple user accounts by nss_mysql_passwd</title>
<link>http://bugs.syscp.org/view.php?id=1291</link>
<description>This problem was first reported via forum in 2005, look here for further infos: &lt;a href=&quot;http://www.syscp-forum.org/index.php?topic=644.15&quot;&gt;http://www.syscp-forum.org/index.php?topic=644.15&lt;/a&gt; [&lt;a href=&quot;http://www.syscp-forum.org/index.php?topic=644.15&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
The reason is a uncorrect nss-mysql configuration.</description>
<guid>http://bugs.syscp.org/view.php?id=1291</guid>
<author>crifi &lt;crifi@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1291#bugnotes</comments>
</item>
<item>
<title>0001290: Using one vhost file for each domain, sub-domains do not work with wildcard domain</title>
<link>http://bugs.syscp.org/view.php?id=1290</link>
<description># 20_syscp_normal_vhost_DOMAIN.TLD.conf&lt;br /&gt;
&lt;br /&gt;
&lt;VirtualHost 1.2.3.4:80&gt;&lt;br /&gt;
  ServerName DOMAIN.TLD&lt;br /&gt;
  ServerAlias *.DOMAIN.TLD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----------------------&lt;br /&gt;
&lt;br /&gt;
# 20_syscp_normal_vhost_syscp.DOMAIN.TLD.conf&lt;br /&gt;
&lt;br /&gt;
&lt;VirtualHost 1.2.3.4:80&gt;&lt;br /&gt;
  ServerName syscp.DOMAIN.TLD</description>
<guid>http://bugs.syscp.org/view.php?id=1290</guid>
<author>0815_user &lt;0815_user@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1290#bugnotes</comments>
</item>
<item>
<title>0001273: APS-Installer</title>
<link>http://bugs.syscp.org/view.php?id=1273</link>
<description>There are a few Problems with that Module&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The PHP Webserver processing MUST have chmod writable-bit for /var/www/syscp/temp/ and /var/www/syscp/packages/ .</description>
<guid>http://bugs.syscp.org/view.php?id=1273</guid>
<author>Sascha &lt;Sascha@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1273#bugnotes</comments>
</item>
<item>
<title>0001289: DKIM Support for Keys with 2048 bit</title>
<link>http://bugs.syscp.org/view.php?id=1289</link>
<description>I create a patch, because I prefer to use a 2048 bit key.&lt;br /&gt;
&lt;br /&gt;
the TXT record is to long with the 2048 bit key and bind cant load the zonefile with &quot;ran out of space&quot;&lt;br /&gt;
&lt;br /&gt;
I modified the code to split the record so, that bind can load the record correct.&lt;br /&gt;
&lt;br /&gt;
Also there was the DKIM ADSP Record missed. &lt;br /&gt;
&lt;br /&gt;
It will be nice, to set for every domain if the ADSP Record is unknown, all or discardable (see &lt;a href=&quot;http://www.sendmail.org/dkim/wizard)&quot;&gt;http://www.sendmail.org/dkim/wizard)&lt;/a&gt; [&lt;a href=&quot;http://www.sendmail.org/dkim/wizard)&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
We should also be able to globally set the size of the key (1024/2048) and there are a lot of more options, see &lt;a href=&quot;http://www.dnswatch.info/dkim/create-dns-record&quot;&gt;http://www.dnswatch.info/dkim/create-dns-record&lt;/a&gt; [&lt;a href=&quot;http://www.dnswatch.info/dkim/create-dns-record&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://bugs.syscp.org/view.php?id=1289</guid>
<author>ThomasC &lt;ThomasC@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1289#bugnotes</comments>
</item>
<item>
<title>0001287: nable to modify MySQL-Access-Hosts</title>
<link>http://bugs.syscp.org/view.php?id=1287</link>
<description>I had problems wo view my database with phpmyadmin. I find out that the created user has an empty HOST configured.&lt;br /&gt;
&lt;br /&gt;
I searched within all the system settings and found the MySQL-Access-Hosts setting. When I tried to change nothing happened. I searched within the syscp database and did not find a value for mysql_access_host.&lt;br /&gt;
&lt;br /&gt;
I added an entry to table panel_settings, settinggroup = system, varname=mysql_access_host and value = localhost.&lt;br /&gt;
&lt;br /&gt;
This fixed the problem that the HOST for the user is configured empty.</description>
<guid>http://bugs.syscp.org/view.php?id=1287</guid>
<author>DanielG &lt;DanielG@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1287#bugnotes</comments>
</item>
<item>
<title>0001272: Default Config for libnss incomplete (debian/lenny)</title>
<link>http://bugs.syscp.org/view.php?id=1272</link>
<description>If you use the Configuration-Generator from sysCP for libnss it generates an incomplete nsswitch.conf. With the generated config the system is unable to use the /etc/hosts. E.g. localhost can't be resolved anymore.</description>
<guid>http://bugs.syscp.org/view.php?id=1272</guid>
<author>xenonR &lt;xenonR@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1272#bugnotes</comments>
</item>
<item>
<title>0001286: smtpd configuration does not work on lenny</title>
<link>http://bugs.syscp.org/view.php?id=1286</link>
<description>Something changed on Debian lenny, and the auxprop method needs to be changed for smtp logins to work.&lt;br /&gt;
&lt;br /&gt;
I spelunked quite some time in the Postfix configuration and could not really make out what went wrong (except that saslauthd wasn't installed, but maybe that was an installation error on my side).&lt;br /&gt;
However, I found a far easier way to achieve effortless smtpd authentication: let the IMAP service do the dirty work, it's installed and configured anyway.&lt;br /&gt;
&lt;br /&gt;
Here's how:&lt;br /&gt;
* Edit /etc/default/saslauthd&lt;br /&gt;
* Change MECHANISMS=&quot;pam&quot; to MECHANISMS=&quot;rimap&quot;&lt;br /&gt;
* Change MECH_OPTIONS=&quot;&quot; to MECH_OPTIONS=&quot;127.0.0.1&quot;&lt;br /&gt;
&lt;br /&gt;
No plugins, no plugin configuration, no auxprop and SASL hassles.&lt;br /&gt;
(It may be necessary to edit the OPTIONS line, too. I'm not sure whether the version I have now is still the distribution's original or a changed one. For reference, it now reads OPTIONS=&quot;-c -m /var/spool/postfix/var/run/saslauthd&quot;.)</description>
<guid>http://bugs.syscp.org/view.php?id=1286</guid>
<author>jo &lt;jo@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1286#bugnotes</comments>
</item>
<item>
<title>0001186: subdomains and php configuration</title>
<link>http://bugs.syscp.org/view.php?id=1186</link>
<description>It is not yet possible to set up php configration for subdomains seperatly.&lt;br /&gt;
&lt;br /&gt;
This could be a usefull feature if a subdomain is used for example for a shop system like magento.</description>
<guid>http://bugs.syscp.org/view.php?id=1186</guid>
<author>derde &lt;derde@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1186#bugnotes</comments>
</item>
<item>
<title>0001285: New Translation</title>
<link>http://bugs.syscp.org/view.php?id=1285</link>
<description>i have started to translate syscp in Turkish, and here is the first step,</description>
<guid>http://bugs.syscp.org/view.php?id=1285</guid>
<author>kamilovic &lt;kamilovic@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1285#bugnotes</comments>
</item>
<item>
<title>0001284: Kein Email-Verkehr bei Umlaute Domains</title>
<link>http://bugs.syscp.org/view.php?id=1284</link>
<description>Bei Domains die Umlaute enthalten wird der Eintrag &quot;username&quot; in der Datenbank &quot;mail_users&quot; falsch angelegt. Dieser wird als &quot;user@prügner.de&quot; angelegt, richtig müsste es &quot;&lt;a href=&quot;mailto:user@xn--prgner-4ya.de&quot;&gt;user@xn--prgner-4ya.de&lt;/a&gt;&quot; heißen.&lt;br /&gt;
&lt;br /&gt;
Dann funktioniert zumindest die Anmeldung via Outlook, da dieser den Umlaut selbstständig umwandelt, Roundcube dagegen macht dies noch nicht. Die Anmeldung via Roundcube müsste dann mit dem IDN Code geschehen, sprich als Benutzername muss man dort &quot;&lt;a href=&quot;mailto:user@xn--prgner-4ya.de&quot;&gt;user@xn--prgner-4ya.de&lt;/a&gt;&quot; eintragen um sich auch darüber anmelden zu können.</description>
<guid>http://bugs.syscp.org/view.php?id=1284</guid>
<author>TobStar &lt;TobStar@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1284#bugnotes</comments>
</item>
<item>
<title>0001282: Homedirs von Dovecot identisch</title>
<link>http://bugs.syscp.org/view.php?id=1282</link>
<description>Bei der Konfiguration von Managesieve &lt;a href=&quot;http://wiki.dovecot.org/ManageSieve/&quot;&gt;http://wiki.dovecot.org/ManageSieve/&lt;/a&gt; [&lt;a href=&quot;http://wiki.dovecot.org/ManageSieve/&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] fiel mir auf, dass syscp die Homedirs der Benutzer alle auf den gleichen Pfad setzt.&lt;br /&gt;
Folglich legt Dovecot die Dateien für Managesieve (u.a. .dovecot.sieve) dort für jeden Benutzer ab!&lt;br /&gt;
Wenn ich die Dovecot Dokumentation &lt;a href=&quot;http://wiki.dovecot.org/VirtualUsers/Home&quot;&gt;http://wiki.dovecot.org/VirtualUsers/Home&lt;/a&gt; [&lt;a href=&quot;http://wiki.dovecot.org/VirtualUsers/Home&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] richtig verstehe, so ist dies keinesfalls das gewünschte Verhalten und u.U. sogar eine Sicherheitslücke.&lt;br /&gt;
Sofern Ihr dies auch so versteht, möchte ich vorschlagen das Homedirverzeichnis in der MySQL Datenbank benutzerbezogen zu speichern:&lt;br /&gt;
Homedir /&lt;a href=&quot;mailto:var/vmail/customer/customer@host.com&quot;&gt;var/vmail/customer/customer@host.com&lt;/a&gt;/&lt;br /&gt;
Maildir mails/&lt;br /&gt;
Somit wären Homeverzeichnis und Mailverzeichnis im Sinne von Dovecot voneinander getrennt. Würde dafür Euch auch einen Patch schreiben.</description>
<guid>http://bugs.syscp.org/view.php?id=1282</guid>
<author>crifi &lt;crifi@example.com&gt;</author>
<comments>http://bugs.syscp.org/view.php?id=1282#bugnotes</comments>
</item>
</channel>
</rss>
