<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2010-03-12 02:50:16]  --> <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://www.clarkconnect.com/developer/bugs/</docs>
<description>Bugs/Features - ISSUES</description>
<link>http://www.clarkconnect.com/developer/bugs/</link>
<title>Bugs/Features - ISSUES</title>
<image>
<title>Bugs/Features - ISSUES</title>
<url>http://www.clarkconnect.com/developer/bugs/images/mantis_logo_button.gif</url>
<link>http://www.clarkconnect.com/developer/bugs/</link>
<description>Bugs/Features - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2010-03-12T02:50:16-05:00</sy:updateBase>
<item>
<title>0000898: Add support for 255.255.255.255 netmask on non-PPP network interfaces</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=898</link>
<description>From time to time, we have seen non-PPP network interfaces configured with 255.255.255.255 netmasks.  Though it is certainly unusual (and broken?), adding support for this configuration is likely trivial.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=898</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=898#bugnotes</comments>
</item>
<item>
<title>0001008: /usr/sbin/filtertraining has obvious bug</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=1008</link>
<description>Following code block trains ham messages to be treated as spam:&lt;br /&gt;
&lt;br /&gt;
if [ -e &quot;$NOTSPAM_WEBCLIENT&quot; ]; then&lt;br /&gt;
        chmod 440 $NOTSPAM_WEBCLIENT*&lt;br /&gt;
        chown root.amavis $NOTSPAM_WEBCLIENT*&lt;br /&gt;
        echo &quot;SpamAssassin - training notspam from $NOTSPAM_WEBCLIENT*&quot;&lt;br /&gt;
        su -l amavis -s /bin/sh -c &quot;/usr/bin/sa-learn --progress --spam $NOTSPAM_WEBCLIENT* --dbpath $SPAMDBDIR&quot;&lt;br /&gt;
fi&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
line should have a --ham switch, not --spam</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=1008</guid>
<author>galets &lt;galets@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=1008#bugnotes</comments>
</item>
<item>
<title>0001006: Flexshare Require SSL with FTP does not work</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=1006</link>
<description>If you enable require SSL on the FTP it is not possible to connect. I've worked out this is because the Limit is denying all commands other than the ones specified and without PROT being allowed the FTP client cannot connect because it cannot specify encryption.&lt;br /&gt;
&lt;br /&gt;
This can be fixed by changing this line in Flexshare.class.php&lt;br /&gt;
&lt;br /&gt;
$newlines[] = &quot;\t&lt;Limit LOGIN CDUP PWD XPWD LIST$pasv&gt;&quot;;&lt;br /&gt;
&lt;br /&gt;
to &lt;br /&gt;
&lt;br /&gt;
$newlines[] = &quot;\t&lt;Limit LOGIN CDUP PWD XPWD LIST$pasv PROT&gt;&quot;;&lt;br /&gt;
&lt;br /&gt;
As changing it manually in the flex2123.conf file which is made is pointless as it gets overwritten anytime a change is made in the webconfig.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=1006</guid>
<author>FastLaneJB &lt;FastLaneJB@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=1006#bugnotes</comments>
</item>
<item>
<title>0000487: Default ping packet size may cause ping to fail on certain ISPs (Big Pond)</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=487</link>
<description>The size of the ping packet used by the system watch software can cause grief with some Internet Service Providers.  The ping failure will cause syswatch to restart the firewall every couple of minutes.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=487</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=487#bugnotes</comments>
</item>
<item>
<title>0000941: Add smart MX Backup configuration</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=941</link>
<description>Since spammers use MX Backup servers to send their nasty messages ( see &lt;a href=&quot;http://wiki.apache.org/spamassassin/OtherTricks&quot;&gt;http://wiki.apache.org/spamassassin/OtherTricks&lt;/a&gt; [&lt;a href=&quot;http://wiki.apache.org/spamassassin/OtherTricks&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] ), having an &quot;on demand&quot; MX Backup service would be ideal.  When the port monitoring service detects that port 25 is offline, the MX backup service should be enabled on demand.  Conversely, when port 25 is back online the MX backup service would be disabled.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=941</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=941#bugnotes</comments>
</item>
<item>
<title>0000220: Add chkrootkit to suite of audit tools</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=220</link>
<description>See subject.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=220</guid>
<author>bugmaster &lt;bugmaster@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=220#bugnotes</comments>
</item>
<item>
<title>0000890: Add simple checkbox to block packets destined to private IP ranges (e.g. 192.168.x.x)</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=890</link>
<description>In many situations, it is desirable to block packets destined to private IP ranges (e.g. 192.168.0.0/16) from going out the external network interface.  In some situations this policy would be harmful; common scenarios:&lt;br /&gt;
&lt;br /&gt;
- Some ISP use private IP ranges inside their networks.  For example, it is not unusual to see DNS servers on 10.x.x.x even though the ClarkConnect system has a real public IP.&lt;br /&gt;
&lt;br /&gt;
- Installations on large private networks (e.g. a campus network) should allow outbound connections to private networks.&lt;br /&gt;
&lt;br /&gt;
- Modem/router hardware with NAT enabled often sits in front of the ClarkConnect system.  Accessing the management console / web interface might be impossible if private IP ranges are blocked.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=890</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=890#bugnotes</comments>
</item>
<item>
<title>0000933: LDAP Database can be lost when hostname is changed</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=933</link>
<description>When the hostname is changed using the Web configuration tool, the LDAP database was either corrupted or not correctly updated with the new hostname details. This meant that usage of the Web Proxy, IMAP, Webmail is impossible.&lt;br /&gt;
the web configuration tool also lost records of all users. Fortunately I was able to re-add all 3 of my users with no data lost.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=933</guid>
<author>bencook2 &lt;bencook2@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=933#bugnotes</comments>
</item>
<item>
<title>0001005: GUI freeze when i change ip interface</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=1005</link>
<description>the GUI freeze after i change the ip interface</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=1005</guid>
<author>apliman &lt;apliman@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=1005#bugnotes</comments>
</item>
<item>
<title>0001004: Snortsam is not restarting after a prolonged outage of eth0 (WAN)</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=1004</link>
<description>Snortsam is not restarting after a prolonged outage of eth0 (WAN) network connection outage (i.e., disconnected ethernet cable, ISP reset of cable modem, or pretty much anytime syswatch resets the dhcp client). Possible causes/solutions include flagging the status of snortsam within syswatch before the outage, or configuring the snortsam start script to utilize a file in /var/run/subsys (daemon style). I have posted a modified syswatch script (ugly, but it works) at &lt;a href=&quot;http://derrik.net/cc5/syswatch_derrik&quot;&gt;http://derrik.net/cc5/syswatch_derrik.&lt;/a&gt; [&lt;a href=&quot;http://derrik.net/cc5/syswatch_derrik&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=1004</guid>
<author>derrik &lt;derrik@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=1004#bugnotes</comments>
</item>
<item>
<title>0001003: Country data in the 4.x LDAP system may cause 5.x conversion to fail</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=1003</link>
<description>The LDAP schema in version 5.0 will only allow two-letter country codes in the user object.  By default, this is the data format that is used, but an administrator can manually override it.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=1003</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=1003#bugnotes</comments>
</item>
<item>
<title>0001002: One (of 2) sample URL's to access Flexshare HTTP does not work</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=1002</link>
<description>Subdomain web alias for accessing web-based Flexshare does not work.&lt;br /&gt;
&lt;br /&gt;
See:  &lt;a href=&quot;http://forums.clarkconnect.com/showflat.php?Cat=0&amp;Number=118996&amp;an=0&amp;page=0#Post118996&quot;&gt;http://forums.clarkconnect.com/showflat.php?Cat=0&amp;Number=118996&amp;an=0&amp;page=0#Post118996&lt;/a&gt; [&lt;a href=&quot;http://forums.clarkconnect.com/showflat.php?Cat=0&amp;Number=118996&amp;an=0&amp;page=0#Post118996&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=1002</guid>
<author>benjamin &lt;benjamin@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=1002#bugnotes</comments>
</item>
<item>
<title>0001000: Mail quarantine does not release mail properly</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=1000</link>
<description>It has been reported that the mail quarantine system does not release mail properly.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=1000</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=1000#bugnotes</comments>
</item>
<item>
<title>0000999: IPsec VPN will fail if a lot (60+) protocol filter rules are enabled</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=999</link>
<description>IPsec VPN will fail if a lot (60+) protocol filter rules are enabled.  There is an overlap in the firewall mark number that causes this to happen.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=999</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=999#bugnotes</comments>
</item>
<item>
<title>0000998: Upgrade may miss change in /etc/ipsec.secrets file</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=998</link>
<description>The upgrade does not detect old versions of the /etc/ipsec.secrets file properly.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=998</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=998#bugnotes</comments>
</item>
<item>
<title>0000997: Multi-PPPoE connections may not work due to network card swapping</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=997</link>
<description>When a PPPoE configuration is performed, two network configuration files are written (PPPoE... sigh).:&lt;br /&gt;
&lt;br /&gt;
ifcfg-ethX&lt;br /&gt;
ifcfg-pppX&lt;br /&gt;
&lt;br /&gt;
The ifcfg-ethX is the underlying hardware network interface that handles the PPPoE connection.  This file *should* contain the HWADDR parameter.  Without this parameter, you may see your network card order swapping around (e.g. eth0 becoming eth1 and vice versa).</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=997</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=997#bugnotes</comments>
</item>
<item>
<title>0000996: Group based filtering rules</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=996</link>
<description>I would like to have filtering rules that different for different user groups.&lt;br /&gt;
&lt;br /&gt;
What I would like to achieve is to have a 'Teachers' group and a 'Students' group and to define filtering settings for each group. I would also like to deny access to the internet to any use not in either of these groups.&lt;br /&gt;
&lt;br /&gt;
I am aware that there is a current feature that allows a similar effect (all be it that I can't figure out how to work it, either that or there is a bug there) but I can see that this method has a potential for high administrative overhead when creating new users.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=996</guid>
<author>mickwilli &lt;mickwilli@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=996#bugnotes</comments>
</item>
<item>
<title>0000995: DansGuardian - 400 Bad Request</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=995</link>
<description>When a web page is blocked by the content filter, in proxy mode (with user authentication in this case) you don't get the blocked page, but an error:&lt;br /&gt;
&lt;br /&gt;
&quot;DansGuardian - 400 Bad Request&quot;&lt;br /&gt;
&lt;br /&gt;
I mucked about with things for awhile and using my noodle discovered that adding the servers IP address into the whitelist for the content filter allowed the block page to show correctly. I would expect that this should be configured by default preferably in such a way that it can't be removed (i.e. in a config file not connect to WebConfig).</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=995</guid>
<author>mickwilli &lt;mickwilli@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=995#bugnotes</comments>
</item>
<item>
<title>0000681: E-mail summary is count the mail triple</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=681</link>
<description>When i check my reports i see that all mail is counted triple in the e-mail summary.&lt;br /&gt;
System is running on 4.0 Enterprice and i did a clean install.&lt;br /&gt;
I'm running Spamassasin, Dspam and Amavis. Maybe this is the problem.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=681</guid>
<author>madpatrick &lt;madpatrick@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=681#bugnotes</comments>
</item>
<item>
<title>0000888: Add support for Latin Characters in Disclaimer</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=888</link>
<description>Currently is not possible to add disclaimer with Latin characters: ç, ã, á ...</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=888</guid>
<author>diegonix &lt;diegonix@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=888#bugnotes</comments>
</item>
<item>
<title>0000727: Add support for authenticating against Microsoft Active Directory and/or PDCs</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=727</link>
<description>Many users have asked for the content filter to authenticate against an existing Microsoft Active Directory and/or domain controllers.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=727</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=727#bugnotes</comments>
</item>
<item>
<title>0000993: Flexshare delete confirmation broken</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=993</link>
<description>The Flexshare delete confirmation is broken.  If you go to delete a flexshare, hit cancel, and then hit delete again, you will lose any flexshares stored in /var/flexshare/shares   This... is bad.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=993</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=993#bugnotes</comments>
</item>
<item>
<title>0000990: Mac OS X cannot authenticate to Samba PDC</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=990</link>
<description>Mac OS X cannot authenticate to the Samba PDC.  You will see NT_STATUS_ACCESS_DENIED in the logs when this issue occurs.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=990</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=990#bugnotes</comments>
</item>
<item>
<title>0000992: Flexshare FTP access does not allow PWD on the flexshare base directory</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=992</link>
<description>Some FTP clients (notably, FileZilla) will fail if they are not permitted to do a PWD on the base directory.</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=992</guid>
<author>peter &lt;peter@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=992#bugnotes</comments>
</item>
<item>
<title>0000988: yum update turns Community into Enterprise</title>
<link>http://www.clarkconnect.com/developer/bugs/view.php?id=988</link>
<description>Running yum update on CC 5.0 turns it into Enterprise 5.0</description>
<guid>http://www.clarkconnect.com/developer/bugs/view.php?id=988</guid>
<author>hermantoong &lt;hermantoong@example.com&gt;</author>
<comments>http://www.clarkconnect.com/developer/bugs/view.php?id=988#bugnotes</comments>
</item>
</channel>
</rss>
