Zimbra is open source server software for email and collaboration - email, group calendar, contacts, instant messaging, file storage and web document management. The Zimbra email and calendar server is available for Linux, Mac OS X and virtualization platforms. Zimbra syncs to smartphones (iPhone, BlackBerry) and desktop clients like Outlook and Thunderbird. Zimbra also features archiving and discovery for compliance. Zimbra can be deployed on-premises or as a hosted email solution.
Zimbra use a specific preauthentication protocol to provide SSO on its application. This protocol is implemented in an LL::NG specific Handler.
The integration with LL::NG is the following:
A special URL is declared in application menu (like http://zimbra.example.com/zimbrasso)
A Zimbra Handler is called
Handler build the preauth request and redirect user on Zimbra preauth URL
Then Zimbra do the SSO by setting a cookie in user’s browser
Zimbra preauth key¶
You need to get a preauth key from Zimbra server.
See how to do this on Zimbra wiki.
Zimbra virtual host¶
You just have to set “Type: ZimbraPreAuth” in virtualhost options and reload configuration in this handler.
Zimbra Handler parameters¶
Zimbra parameters are the following:
Preauthentication key: the one you grab from zmprov command
Account session key: session field used as Zimbra user account (by default: uid)
Account type: for Zimbra this can be name, id or foreignKey (by default: id)
Preauthentication URL: Zimbra preauthentication URL, either with full URL (ex: http://zimbra.lan/service/preauth), either only with path (ex: /service/preauth) (by default: /service/preauth)
Local SSO URL pattern: regular expression to match the SSO URL (by default: ^/zimbrasso$)
Due to Handler API change in 1.9, you need to set these
lemonldap-ng.ini and not in Manager, for example:
[handler] zimbraPreAuthKey = XXXX zimbraAccountKey = uid zimbraBy =id zimbraUrl = /service/preauth zimbraSsoUrl = ^/zimbrasso$
Some organizations have multiple zimbra domains:
However, the zimbra preauth key is:
generated for one zimbra domain only
declared globally for every LemonLDAP::NG virtual hosts.
Thus, if domain1 has been registered on LemonLDAP::NG, user bar won’t be able to connect to zimbra because preauth key is different. If you accept to have the same preauth key for all zimbra domains, you can set the same preauth key using this procedure:
We are going to use the first key (the domain1 one) for every domain. On Zimbra machine, generate the keys:
zmprov generateDomainPreAuthKey domain1.com preAuthKey: 4e2816f16c44fab20ecdee39fb850c3b0bb54d03f1d8e073aaea376a4f407f0c zmprov generateDomainPreAuthKey domain2.com preAuthKey: 6b7ead4bd425836e8cf0079cd6c1a05acc127acd07c8ee4b61023e19250e929c
Then, connect to your zimbra LDAP server with your favourite tool (Apache Directory Studio can do the job). Take care to connect with the super admin and password account.
Expand the branch “dc=com”, then click the “dc=domain1” branch
Get the value of zimbraPreAuthKey
Expand the branch “dc=com”, then click the “dc=domain2” branch
Replace the value of zimbraPreAuthKey you have previously copied
Wait for all Zimbra servers to update, or restart the zcs server
That’s it, all zimbra servers will be able to decipher the hmac because they share the same key!