clapf

AD/openldap support was improved. Users can be organized into groups, so all members of the given group share the same token set. Logging was added to the Web UI. A health monitor was added to give you an insight to the mail queue, processor load, etc. clapf is able to bypass the antispam check by using a whitelist, called "mynetwork". An Outlook macro was added to provide a convenient way for users to train clapf with a single click. ESET support was added. Quarantine was redesigned to allow administrators to get an aggregated view, making their job much easier. Lots of improvements and bugfixes were made.

Heavy LDAP-related Web UI modifications were made. Lots of minor other Web UI fixes and improvements were made. An LDAP issue related to the usage of email blacklist was resolved. Tokenization was made smarter. Training is faster due to bulk creation of new tokens. Support was added to the icc libraries to let you build a static clapf daemon using icc compiled mysql libraries. PDF reports are supported. Statistics were revised using the history database. XFORWARD is no longer used to detect whether the connecting host is a zombie. Support for counters was added in the Web UI.

This release adds search/filter to the history. PHP 5.3.x is supported. Ham messages are visible. The master admin may train the global database. Quarantine metadata are stored in an SQLite3 db in the per-user
quarantine directory. This release will display the message size and a color code (green=ham, red=spam). It adds a 'Help' menu pointing to the online docs. User preferences are stored permanently in an SQLite3 database. You may set an order to the user listing by UID, username, or domain. There are many other smaller fixes.

MySQL schema optimizations were made. Zombie handling is done via the XFORWARD feature and the TRE library. Locale fixes were made. A postconf-like utility, clapfconf, was added. A counter was added to the "delays=" to show how much time clapf needs to acquire a message from postfix. Training is possible without actually storing the original email. The maillog.pl utility was enhanced to be able to handle mysql databases as well. Possible spam can be identified with both a "[spam???]" prefix in the Subject: line, and with an extra header line.

Locale fixes were made. Memcached is supported for delayed token updates. The store_only_spam config variable was added to the policy. Zombies are handled with the TRE library. MySQL schema optimizations were made. The [spam???] subject prefix is added if the message has high probabilty but falls under the spam limit.