HowZimletConfigWorks: Difference between revisions

(Created page with "=Install Zimlets= ==deploy== Before zimlets can be used, they have to be first installed. In admin console, this can be done in "Home->Configure->Zimlets" Page. The zimlets are i...")
 
No edit summary
 
Line 1: Line 1:
{{BC|Community Sandbox}}
__FORCETOC__
<div class="col-md-12 ibox-content">
=How Zimlet Configuration Works=
{{KB|{{Unsupported}}|{{ZCS 8.6}}|{{ZCS 8.5}}|{{ZCS 8.0}}|}}
=Install Zimlets=
=Install Zimlets=
==deploy==
==deploy==
Line 25: Line 30:
There are also 2 attributes ''zimbraPrefZimlets'' and ''zimbraPrefDisabledZimlets''. These attrs are modified through ZWC zimlet preference page.
There are also 2 attributes ''zimbraPrefZimlets'' and ''zimbraPrefDisabledZimlets''. These attrs are modified through ZWC zimlet preference page.


=How the zimlet config work=
=How the Zimlet config work=
When a user login to ZWC, ZimletUtil.getUserZimlets will be invoked. Here is
When a user login to ZWC, ZimletUtil.getUserZimlets will be invoked. Here is
how it works:
how it works:


1. list zimbraZimletDomainAvailableZimlets of the domain to which the current account belong, named "L1"
* 1. list zimbraZimletDomainAvailableZimlets of the domain to which the current account belong, named "L1"
 
* 2. overwrite "L1" with zimbraZimletAvailableZimlets of the current account. Therefore, if there are any confict between domain and account zimlets(including the prefix), the config of account will be used. This will generate the list "L2"
2. overwrite "L1" with zimbraZimletAvailableZimlets of the current account. Therefore, if there are any confict between domain and account zimlets(including the prefix), the config of account will be used. This will generate the list "L2"
* 3. zimbraPrefZimlets and zimbraPrefDisableZimlets are checked and merged into "L2". Here is the rule: For a zimlet,
 
** if it's "disabled" in L2 but exists in zimbraPrefZimlets, it will finally be "enabled";
3. zimbraPrefZimlets and zimbraPrefDisableZimlets are checked and merged into "L2". Here is the rule: For a zimlet,
** if it's "enabled" in L2 but exists in zimbraPrefDisableZimlets, it will finally be "disabled";
*if it's "disabled" in L2 but exists in zimbraPrefZimlets, it will finally be "enabled";
** if it doesn't exist in L2 or "mandatory", zimbraPrefZimlets & zimbraPrefDisableZimlets are ignored.
*if it's "enabled" in L2 but exists in zimbraPrefDisableZimlets, it will finally be "disabled";
*if it doesn't exist in L2 or "mandatory", zimbraPrefZimlets & zimbraPrefDisableZimlets are ignored.
All above will generate list "L3".
All above will generate list "L3".
 
* 4. All the zimlets whose zimbraZimletEnabled is false are removed from "L3",
4. All the zimlets whose zimbraZimletEnabled is false are removed from "L3",
and generated the list "L4". This "L4" is the final version list to control which zimlets are going to be loaded, what their initial status are and whether to show in ZWC zimlet preference page.
and generated the list "L4". This "L4" is the final version list to control which zimlets are going to be loaded, what their initial status are and whether to show in ZWC zimlet preference page.


Of course, there are some detailed issues about processing ZWC zimlets or admin console
Of course, there are some detailed issues about processing ZWC zimlets or admin console
extensions. TO BE DONE.
extensions. TO BE DONE.
{{Article_Footer|ZCS 8.6, ZCS 8.5, ZCS 8.0|02/12/2012}}

Latest revision as of 19:20, 9 October 2015

How Zimlet Configuration Works

   KB 15701        Last updated on 2015-10-9  




0.00
(0 votes)

Install Zimlets

deploy

Before zimlets can be used, they have to be first installed. In admin console, this can be done in "Home->Configure->Zimlets" Page. The zimlets are installed in /opt/zimbra/zimlets-deployed (can be configed in zmlocalconfig). All the deployed zimlets' meta data are stored in LDAP "cn=zimlets,cn=zimbra". One of the meta data are "zimbraZimletEnabled". This is controlled by "Toggle Status" Button in Home->Configure->Zimlets Page. If this option is set "false", no matter how the zimlet is configured in other UI, users can't use it.

activate

Once a zimlet is deployed, it's automatically "activated", and thus add to the attr zimbraZimletAvailableZimlets of default COS. You have to manually add the zimlet to zimbraZimletAvailableZimets of other COS by zmprov or editing the "available" option in "Home->Configure->Class of Service->"Some COS"->Zimlets.

zimbraZimletAvailableZimlets and zimbraZimletDomainAvailableZimlets

zimbraZimletAvailableZimlets

zimbraZimletAvailableZimlets is a mutli-value attr for COS and Account. Each item of zimbraZimletAvailableZimlets is the name of zimlet with a prefix. There are 3 prefixes:

  • ! means "mandatory", that is, the zimlet will be forced as enabled in the

ZWC. User can't see zimlet in the ZWC zimlets preference, and therefore can't disable it there.

  • + means "enabled", which means the zimlet is enabled initially.
  • - means "disabled", which means the zimlet is disabled initially.

"enabled" and "disabled" can be overridden by the user zimlet preference in ZWC. (see below)

When creating a new account, the account's zimbraZimletAvailableZimlets' will be copied from the applied COS.

zimbraZimletDomainAvailabeZimlets

there is also a related domain attribute zimbraZimletDomainAvailabeZimlets which uses the same syntax of zimbraZimletAvailableZimlets. This attribute's priority is lower than account's zimbraZimletAvailableZimlets. Entry in it can be applied only when the corresponding entry doesn't exist in account's zimbraZimletAvailableZimlets. Initially, this attr is empty.

User Preference

There are also 2 attributes zimbraPrefZimlets and zimbraPrefDisabledZimlets. These attrs are modified through ZWC zimlet preference page.

How the Zimlet config work

When a user login to ZWC, ZimletUtil.getUserZimlets will be invoked. Here is how it works:

  • 1. list zimbraZimletDomainAvailableZimlets of the domain to which the current account belong, named "L1"
  • 2. overwrite "L1" with zimbraZimletAvailableZimlets of the current account. Therefore, if there are any confict between domain and account zimlets(including the prefix), the config of account will be used. This will generate the list "L2"
  • 3. zimbraPrefZimlets and zimbraPrefDisableZimlets are checked and merged into "L2". Here is the rule: For a zimlet,
    • if it's "disabled" in L2 but exists in zimbraPrefZimlets, it will finally be "enabled";
    • if it's "enabled" in L2 but exists in zimbraPrefDisableZimlets, it will finally be "disabled";
    • if it doesn't exist in L2 or "mandatory", zimbraPrefZimlets & zimbraPrefDisableZimlets are ignored.

All above will generate list "L3".

  • 4. All the zimlets whose zimbraZimletEnabled is false are removed from "L3",

and generated the list "L4". This "L4" is the final version list to control which zimlets are going to be loaded, what their initial status are and whether to show in ZWC zimlet preference page.

Of course, there are some detailed issues about processing ZWC zimlets or admin console extensions. TO BE DONE.

Verified Against: ZCS 8.6, ZCS 8.5, ZCS 8.0 Date Created: 02/12/2012
Article ID: https://wiki.zimbra.com/index.php?title=HowZimletConfigWorks Date Modified: 2015-10-09



Try Zimbra

Try Zimbra Collaboration with a 60-day free trial.
Get it now »

Want to get involved?

You can contribute in the Community, Wiki, Code, or development of Zimlets.
Find out more. »

Looking for a Video?

Visit our YouTube channel to get the latest webinars, technology news, product overviews, and so much more.
Go to the YouTube channel »


Jump to: navigation, search