- Patch Release 012:
- Patch Release 011:
- Patch Release 010:
- Patch Release 009:
- Patch Release 008:
- Patch Release 007:
- Patch Release 006:
- Patch Release 005:
- Patch Release 004:
- Patch Release 003:
- Patch Release 002:
- Patch Release 001:
- Patch Release 009:
- Patch Release 008:
- Patch Release 007:
- Patch Release 006:
- Patch Release 005:
- Patch Release 004:
- Patch Release 003:
- Patch Release 002:
- Patch Release 001:
- Patch Release 006:
- Patch Release 005:
- Patch Release 004:
- Patch Release 003:
- Patch Release 002:
- Patch Release 001:
- Enhancement: SMTP over TLS/SSL is now possible and can be configured on the "Advanced''->"SMTP/TLS'' screen. It requires certificate information from the SSL configuration screen in order to function.
- Enhancement: It is now possible to utilize secure LDAP connections for recipient verification. Please see the LDAP Settings page on a specific domain for details.
- Enhancement: Administrators can now enter a score range as a possible filter in the Message Log.
- Enhancement: It is now possible to Quarantine Intention Analysis matches. This setting can be found under the "Basic''->"Bayesian/Fingerprinting'' tab in the web interface.
- Enhancement: If the sbl.spamhaus.org blacklist and the xbl.spamhaus.org blacklist are both listed in the "Common'' blacklists with the same Action (e.g. Block, Quarantine, or Tag), the combined sbl-xbl.spamhaus.org list is used in place of the other two entries to save on network I/O.
- Enhancement: Retention policies have been re-introduced. They are administrator configurable and available under "Users''->"Retention Policies''. The policies are off by default, and must be explicitly enabled to be used. Please see the associated help file on that page for further details.
- Enhancement: Administrators can now view the number of items in a user quarantine, the size of a user quarantine, and the oldest item in the quarantine on the "Users''->"Account View'' page. Searches have been added for those fields as well to help administrators identify users who are not managing their accounts and need to be manually cleaned up, or disabled.
- Enhancement: The whitelisted column in the message log now indicates if a domain, or a specific email address, has been whitelisted.
- Enhancement: A new Bayesian system is in use on the Barracuda. This new Bayesian system is used for both user and administrator Bayesian databases.
- Enhancement: Users can now view their Bayesian classification counts, and reset their database, in their per-user "Preferences'' area.
- Enhancement: Outbound delivery status has now been integrated into the message log and syslog output.
- Enhancement: A new "Test Configuration'' button exists on the "Basic''->"IP Configuration'' page to help new users determine if they have any obvious configuration problems prior to enabling mail flow.
- Enhancement: The low priority flag, if used, is now applied to both Tagged messages and Quarantined messages that are delivered to the end user.
- Enhancement: Placed spam classification buttons at the bottom of the message log page.
- Fix: Full header scan of RBLs no longer requires specific spam score thresholds in order to function. The spam score thresholds can be left at desired levels without affecting RBL actions.
- Fix: Resolved issue where generated reports started at 1 instead of at 0 and incorrectly displayed partial values.
- Fix: The password reset functionality for the administrator will now properly redirect back to login screen.
- Fix: The "Quarantine Settings'' tab in the user preferences is no longer displayed if the administrator has disabled the quarantine setting ability.
- Fix: Properly display escaped regular expression sequences in the message log detail window.
- Fix: Resolved issue where Tag/Quarantine of RBLs did not work unless Full Header Scanning was enabled. Block is still recommended for RBLs however as Tag/Quarantine can have a dramatic impact on the performance of the Barracuda.
- Fix: Quarantine notifications for multi-byte languages have been corrected to address problems with HTML encoding.
- Fix: Multi-byte subject searches are now possible for machines not in a cluster (or if the machine in the cluster is set to view only the local database).
- Enhancement: It is now possible to exempt URLs from Intention Analysis. This can be done manually under the "BASIC''->"Bayesian/Fingerprinting'' screen, or in the message log, when a message is blocked due to "Intent'', by opening up the message detail window and exempting the URL with the provided link. It is highly recommended that Intention Analysis be used in "Block'' mode. Anybody currently running in Intention Analysis "Tag'' mode should revisit this choice to make the most effective use of the Barracuda's features.
- Enhancement: Added capability in the "Message Log'' preferences to query only the local machine when browsing the message log. This feature is only applicable to machines that are part of a cluster and allows the administrator to only view the messages that they can classify/whitelist (as opposed to messages from other machines in the cluster that have no effect when being classified from the machine that didn't handle them).
- Enhancement: Response codes and response text given back by the mail server when performing SMTP based recipient verification are now passed through to the sending server. Prior versions mapped all responses to a generic "No Such User'' response.
- Fix: Messages addressed to multiple recipients are no longer whitelisted for everybody if any of the recipients are whitelisted by the administrator. This applies to explicitly specified email address entries only, not to any regular expression based recipient whitelists.
- Fix: Whitelisted senders no longer have the potential to use the Barracuda as a relay. Messages are rejected before acceptance instead of afterwards if destined for a domain not listed on the system.
- Fix: Report generation has been corrected to allow creation of reports from the prior year, as well as still send the report even if the system was unable to generate the graph.
- Fix: Resolved issue that could cause continuous "Configuration Successfully Updated'' messages when logging in with a per-user account.
- Fix: Properly recognize any browser sub locales as belonging to the main locale (example: fr_XX maps to the French language locale fr_FR).
- Fix: Corrected error that could result during Inbound/Outbound queue viewing if the mail item had been delivered by the time we attempted to read the status.
- Fix: Resolved issue where stats.cgi was unable to successfully provide stats in the 3.1.10 release.
- Fix: Message details containing meta information, such as html links, in fields which are usually plain text (example: the from address) are now properly displayed.
- Fix: Require a confirmation when performing a Bayesian database reset.
- Fix: Resolved issue with RADIUS authentication being unable to handle passwords of greater than 16 characters.
- Fix: Better indication of error messages when trying to manually add/update users or user preferences.
- Fix: Resolved issue for customers using text-only quarantine notifications where the indicated html attachment was not being properly displayed by the mail client.
- Fix: The allowed domain list now correctly applies checking to make sure domain.com and DOMAIN.com are not both added to the list.
- Fix: Resolved issue for domains with extremely large lists (e.g. allowed domains, whitelists, etc.) that were unable to be initially clustered.
- Fix: Resolved issue where adding to the whitelist from the message log would shift the comment fields for the whitelisted addresses off by the number of new entries.
- Fix: The hostname is now included in the reports that are generated with the daily traffic report.
- Fix: Old IP Addresses are now properly cleared from the system when an IP change takes place. A re-index of the user quarantine areas is still necessary, but it will now happen automatically when the user receives a new quarantine item or logs back in. Note: Depending on the size of the user base and their quarantine areas, this process may take anywhere from a few hours to a few days to complete.
- Fix: Resolved issue with using MX lookup for delivery and using the Explicit Users functionality that would cause mail items to not honor the MX lookup.
- Fix: The Per-User Welcome message is now sent in both text/plain and text/html for mail clients that have trouble displaying messages that only have the text/plain format.
- Fix: Corrected issue where emails with a single URL at the start of their MIME part matched an OS/2 URL object type of file and were banned.
- Fix: Resolved issue with incorrect warnings for the subject/body/header expressions due to blank lines or certain escaped characters in the expression list.
- Fix: Resolved issue where quarantine notification would fail to complete in larger installations.
- Feature: Account unification is now available in the Barracuda Spam Firewall model 300 and higher. This feature uses LDAP to link aliases for a single user account so that all messages to any of a user's accounts will use the same preferences and the same quarantine inbox. To use this feature, one must have an LDAP server configured under the "ADVANCED''->"MS Exchange Accelerator'' configuration screen. To activate, select "Unify Email Addresses'' for the appropriate domains under the "MS Exchange Accelerator'' configuration screen.
- Feature: Cluster synchronization (model 400 and higher) may now be used to automatically synchronize configuration settings (both administrative and per-user) as well as message logs and quarantine inboxes. Clustering can be configured under the "ADVANCED''->"Clustering'' configuration screen.
- Feature: Single Sign-On (model 400 and higher) allows user accounts to be authorized using an LDAP or Active Directory server. Authentication realms may be created under "ADVANCED''->"Single Sign-On'', and may then be associated with the appropriated domains in the "Advanced Domain Configuration'' screen.
- Feature: SSL support is now available for the web interface (see "ADVANCED''->"SSL''). This feature is only necessary when utilizing the Single Sign-On functionality. If you are not using Single Sign-On, then passwords are still passed securely and SSL is not necessary.
- Feature: The Barracuda web GUI is now Internationalized. Support for other languages (including multi-byte character sets) is now fully integrated for both admin and per-user areas of the interface.
- Feature: NDR messages sent to senders and recipients are now customizable. Please see "ADVANCED''->"NDR Customize'' if you desire to alter your spam/virus/banned file notifications.
- Feature: SPF/Caller-ID is now supported. If you wish to enable this functionality please see "ADVANCED''->"Email Protocol''.
- Feature: Delivery of messages from the admin's message log is now supported. To (re)deliver a message, open a message entry in the "BASIC''->"Message Log'' page and click the Deliver link next to the "Action'' status text. Note: it is only possible to deliver messages that were accepted onto the system. Delivery of messages that only have status information is not possible (for example, RBL blocks).
- Feature: SNMP support is now available (models 400 and higher). It is available to the same IP range as the API. It uses the "public'' community string and requires no authentication. Any IP addresses not listed in the SNMP/API range will not be allowed access to the SNMP information on the Barracuda.
- Enhancement: Added a page to perform troubleshooting tasks on the device, such as establishing a connection to Barracuda Central for support (if port 22 can not be opened), as well as basic network connectivity commands (ping, telnet, dig/nslookup, tcpdump). See "ADVANCED''->"Troubleshooting'' for details.
- Enhancement: The Barracuda will now verify an account exists when they are created manually through the web GUI.
- Enhancement: The subject and header filters on the barracuda now support full regular expression syntax. See "BLOCK/ACCEPT''->"Header Filtering'' or "BLOCK/ACCEPT''->"Subject Filtering'' if you wish to configure subject or header filters.
- Enhancement: The message log now utilizes a timeline instead of page numbers for navigation through the message log.
- Enhancement: The "Add'' button for many configuration options has now been placed at the top of the list in order to reduce scrolling when adding several items to long lists.
- Enhancement: The SMTP Connection test buttons on the "BASIC''->"IP Configuration'' and "ADVANCED''->"Advanced Domain Setup'' pages now send a helo using the hostname and default domain configured on the Barracuda. The message is also sent with a "from'' address of "smtptest@barracudanetworks.com'' as opposed to a blank from address.
- Enhancement: The Barracuda now contains a script located at http://your_ip:port/cgi-bin/stats.cgi that will return the current information from the "BASIC''->"Status'' page. It is locked down to whatever Administrative IP Range is configured under "BASIC''->"Administration''.
- Enhancement: Enhanced the Barracuda API with a script to retrieve a row index given a variable and value. You can donwload the latest documentation for the API from http://www.barracudanetworks.com/files/BarracudaAPI-v3.pdf (You can always find the latest documentation under the Support->Downloads section on our website).
- Enhancement: Enhanced the Barracuda API scripts to be able to add and remove users if desired. Please see the latest Barracuda API documentation for further details on using the new features.
- Enhancement: Added a new Barracuda API script to explicitly perform a reload (named config_reload.cgi). The other scripts no longer issue a reload of the system. This allows multiple changes to be made before having to restart the processes. This script must be called to make active any changes made with the other API scripts.
- Fix: The Barracuda API now properly removes domains with the config_delete.cgi script. Prior versions may have experienced issues removing the first domain in the list.
- Fix: South American timezones are now included in the timezone list under "BASIC''->"Administration''.
- Fix: Resolved some potential display issues caused by invalid html on the "BASIC''->"Status'' page.
- Fix: Resolved display issue from 2.3.11 and 2.3.12 that could cause statistics to display 0 "Allowed'' messages.
- The Barracuda Spam Firewall now supports "Bayesian'' learning, the most advanced method available to teach the Spam Firewall what you consider to be spam and what you don't. To use this feature, simply go to the "BASIC''->"Message Log'' screen and use the buttons on the left-hand side to classify as many messages as possible. Note that it is just as important to properly classify non-spam messages as it is to classify spam. Once you have categorized as many messages as possible in a message log screen, press the "Submit'' button where it says "Spam Classification'.
The Bayesian database on your Barracuda Spam Firewall may take some time to become ''trained", but the results are extraordinary once it is!
- As of version 1.8.0, firmware update will now be a two step process. The user may begin the download, which is the longer part of the process, without rendering the administrative interface unavailable. Download progress is reported in the firmware update screen, and may be canceled at any time.
Once the download is complete, the user may apply the firmware at any time. The application only causes one to two minutes of interruption while the Barracuda resets.
- Messages headers and body can now be reviewed from the message log to assist in spam classification for Bayesian learning.
- New configuration screen available: "ADVANCED''->"Privacy''. From this screen, one can enable or disable the ability to view the entire message body in the message log detail window.
- Resolved but that caused firmware/Energize updates to time out behind certain firewalls (most notably SonicWall).
- Resolved bug that would cause subject/body filters to block whitelisted messages (issue #700).
- Resolved bug that caused the message log to display "Blocked'' status when the message had, in fact, been delivered with nonfatal protocol errors.