Hi, A new release candidate is available containing a couple of changes compared to the previous release candidate dated 27-07-2011.
The difference between this release candidate (2.1.1-1) and the previous release candidate (2.1.1-0): * The raw log file was not correctly filtered when a filter was set * Djigzo has the capability of adding certain headers to the signed and or encrypted inner MIME part. This can be used to protect certain headers (for example the subject). However there are some S/MIME gateways that cannot handle S/MIME messages with headers within inner MIME parts (for example Antigen). Because interoperability is important, the subject header protection has been disabled by default (GATEWAY-31). * A new S/MIME advanced setting "Add user" is added which can be used to specify whether a user should be added when a certificate is available for a recipient. http://www.djigzo.com/beta.html Full release notes: New * Advanced S/MIME setting "Always use freshest signing certificate" added. If checked, every time the sender needs to sign a message, the most recent (i.e., the latest "not before" date) signing certificate will be used (GATEWAY-14). * Advanced PDF setting "Only encrypt if mandatory" added (GATEWAY-22). If checked, PDF encryption will only be activated if encryption is mandatory. * DLP setting "Quarantine on failed encryption" added. If checked and encryption is mandatory and a message cannot be encrypted, the message will be quarantined and not "bounced". Note: this required minor changes to the "DLP quarantine" template. * Quarantined emails can now be "released as-is". When a quarantined email is released as-is, no further processing of the email is done and the email is immediately delivered. * The admin can now specify how many rows the grid should show per page (users, certificates, MTA queue) (GATEWAY-23) * The admin can now filter for specific email in the MTA queue. * The MTA logs are now by default shown in "raw" format (i.e., in exact same order as the log file). To view the MTA logs grouped on queue ID (the old behavior), the admin should select "Grouped". * If a certificate chain is valid, the issuer of the certificate in the certificate view can be clicked to open the issuer certificate view. Improvements * The BlackBerry and mobile settings are moved to a specialized mobile settings page. New role ROLE_MOBILE_MANAGER added. * Some settings are moved to advanced settings. * New charsets can be added to the PDF encryption module (should be enabled from the command line) to support charsets not supported "out of the box" by Acrobat reader. For example certain Turkish characters are not supported "out of the box" by Acrobat reader (GATEWAY-20) * If a certificate was available for a recipient, a user object was always created for that recipient. The user is no longer added by default. A new S/MIME advanced setting "Add user" is added which can be used to specify whether a user should be added when a certificate is available for a recipient. * Djigzo has the capability of adding certain headers to the signed and or encrypted inner MIME part. This can be used to protect certain headers (for example the subject). However there are some S/MIME gateways that cannot handle S/MIME messages with headers within inner MIME parts (for example Antigen). Because interoperability is important, the subject header protection has been disabled by default (GATEWAY-31). Bug fix * With S/MIME "strict mode" enabled, S/MIME messages were only handled by the S/MIME handler if the recipient had a valid certificate with private key. If a digitally signed message was received for a recipient not having a private key, the certificates were not extracted from the message and the signature was not removed when "Remove signature" was enabled for that recipient. The message is now always handled by the S/MIME handler. (GATEWAY-27) * Under certain special conditions, the base64 encoder of Javamail sometimes created lines with more than 76 characters (only a few characters extra). OpenSSL (which is used by some S/MIME gateways) cannot handle base64 encoded parts containing lines longer than 76 characters. Javamail has been updated (GATEWAY-29) If no "show stoppers" are found within the next two weeks, it will be released as the new stable version. Kind regards, Martijn Brinkers -- Djigzo open source email encryption _______________________________________________ Users mailing list [email protected] http://lists.djigzo.com/lists/listinfo/users
