Today, we’re pleased to announce a brand new release of Zammad!
Besides the bugfix release Zammad 3.1.1 we also release the new Zammad 3.2.0 with the following major improvements.
Chatting with customers has become a standard channel and is almost unthinkable to be without nowadays. This has enabled us to implement two functionalities that have often been demanded.
With your own attributes, e.g. for tickets, you can very easily implement new requirements, e.g. for storing serial numbers on a ticket or to introduce categorization. Now it is also possible to store a link to external systems for text attributes. This means that e. g. a serial number no longer has to be entered into the search field of an external application via "cut & paste" via the clipboard, but can be opened conveniently from within Zammad by clicking on the serial number.
Macros are fantastic for performing recurring actions on tickets with just one mouse click. It can happen in more complex environments that a large selection of macros becomes confusing. Macros can now be assigned to groups (like text modules since Zammad 3.1). If a macro is not assigned to a group, the macro is available for all groups.
SAML is supported in Zammad 3.2 and offers the possibility to authenticate users via single sign-on (SSO). This is done by redirecting the user to a company login page when clicking on the SAML button on the Zammad login page. Various identity providers (IdP) such as Keycloak, Gluu, PrivacyIDEA or others that support SAML authentication and are already in use in many companies can be used for this purpose. After successful authentication, the user is then redirected to Zammad, where he is automatically logged in with the provided data.
For security reasons, a size limit for e-mails can be set in Zammad. E-mails that are larger than the limit were not processed by Zammad and left unprocessed in the mailbox. The respective Zammad admin had to take care of the further processing of these oversized e-mails. From now on, e-mail notifications for such oversized e-mails will be sent to the sender without an administrator having to carry out a manual intermediate step. This accelerates the flow of information to the sender of the oversized e-mail, who can then immediately and independently create and resend a smaller e-mail.
.keyword. For historical reasons, Zammad has stored this 1:1 content in fields with the extension
.raw. As of Zammad 3.2, this was converted to the Elasticsearch standard extension
.keyword. This requires a re-indexing of Elasticsearch (
zammad run rake searchindex:rebuild).
All improvements can be found in the changelog.
Information about upgrading a Zammad installation can be found here:
Your Zammad team!