[Kolab-devel] kolab web interface development
wrobel at pardus.de
Tue Jun 17 21:03:57 CEST 2008
Alain Abbas <alain.abbas at libertech.fr> writes:
> hi all
> as i said on a last mail we developped a module on webmin for administrate LDAP and made some change to administrate
> Why Webmin :
> 1) because is another port than horde (too easy to control the access)
> 2) Kolab is not just LDAP we must administrate the postfix queue for exemple (with webmin postfix module)
> 3) some of my customers run LDAP not only for kolab , we must administrate another attributes on the same interface
> 4) in big organization we have one administrator by organizational Unit
> 5) all of perl module tha we use are in the kolab distribution
> our Webmin Module is fully funtionnal with these feature :
> -easy to define an input schema (add some attributes )
> -you can admin Kolab with organizatinalUnits and so on
> -Administrate folders rights of users
> -easy to plugin code by ldap object class (exemple: to delete member attributes of groupofnames when you delete entry, to create folders (Spam, Calendar ..) when you create an account, to show the disk usage of the user..)
> We want to release this interface in opensource
> we think that webmin can be a best solution for the administration because all are integrated and is totaly separate of horde
I guess the easiest thing would be to document it in the wiki at the
moment. As webmin is not part of Kolab the chance of integrating it
directly into the server remains slim.
If we'd be using some advanced configuration system it would be easy
for you to to write this as a Kolab server extension but I'm just
writing this to push Bernhard to rethink his position on puppet :)
Which does not make it less true though. We currently don't have a
system for server extensions so the wiki is all there is.
> i m translating the dev documentation in english and i hope that i finish for end of june
> Bests regards
> -----Message d'origine-----
> De : kolab-devel-bounces at kolab.org [mailto:kolab-devel-bounces at kolab.org] De la part de Gunnar Wrobel
> Envoyé : vendredi 13 juin 2008 15:01
> À : Kolab development coordination
> Objet : Re: [Kolab-devel] kolab web interface development
> "Eleni Postantzi" <lenapostantzi at gmail.com> writes:
>> Hi Gunnar,
>> On Wed, Jun 4, 2008 at 8:00 AM, Gunnar Wrobel <wrobel at pardus.de> wrote:
>>> Hi Eleni,
>>> "Eleni Postantzi" <lenapostantzi at gmail.com> writes:
>>>> Hallo Gunnar, Hallo Bernhard,
>>>> 'Moving Art Studio - All2all' , where I work, are planning our first
>>>> migration from Exchange to Kolab (+/- 200 users). I've been positively
>>>> surprised during the tests and also from the support one can get on
>>>> the userslist, and I believe that Kolab will have a great future.
>>>> However, during the tests we've realized that the web administration
>>>> interface of Kolab is not flexible at all.
>>>> We'd like to rewrite the interface and thus with that way, contribute
>>>> to the project. Of course,it will be published under the GPL licence.
>>>> Would it be possible to provide us more infos about Kolab's
>>>> architecture, the web interface and its roadmap? I think i saw
>>>> somewhere on the userslist that the interface is going to be
>>>> integrated in horde from kolab 2.3.
>>> I might have uttered something like this though I'm not certain I
>>> actually did. The issue of merging kolab-webadmin with Horde has
>>> definitely been raised before.
>>> But a complete switch would be a little bit drastic.
>>> I'm personally rather unhappy with the webadmin code as it replicates
>>> code sections for every little subsection of the webadmin. In addition
>>> there is significant overlap with the LDAP functionality in the
>>> Horde::Kolab module.
>>> So my envisioned path of restructuring is to prepare a slightly
>>> restructured kolab-webadmin first. This should have some libraries in
>>> I already started on this last year but was unable to finish. So this
>>> is not really fast paced.
>>> In a second step I would then start to slowly merge stuff into Horde.
>>> But I really don't expect this to happen soon.
>>> If you really want to restructure a lot, then we could check if my
>>> initial restructuring would be a sound basis for that.
>>> If you are mainly interested in changing the face of the GUI then I
>>> think you should use the current code for adding it.
>> I completely agree with you. The best way is to proceed in 2 steps, as
>> you just mentioned.
> I started integrating a new framework for LDAP acces in the Horde
> Kolab module today. It will at some point become the webadmin backend
> for accessing the LDAP db. It still lacks most of the capabilities the
> webadmin needs but it will slowly grow.
> Of course that does not really help you with GUI changes at the moment
> but I thought I mention this nevertheless :)
>> Our priority for the moment is to add some functionalities which will
>> facilitate the admins' task, like:
>> 1. Retrieve users from LDAP, when f.ex. adding them to a distribution
>> list or as delegates, or when giving permissions on a shared folder
>> 2. Retrieve OU's from LDAP, when adding a user in.
>> 3. Create subfolders of shared folders (without using cyradm command
>> line) or give permissions to some users to do it.
>> 4. Set default quota to X MB instead of unlimited.
>> 5. When deleting a user, have an option to delete his mailbox or not.
>> I'm also wondering if it is possible to set up a default Kolab/Horde
>> user to be used as a template.
>> Best regards,
>>>> Maybe we could work together on this!
>>>> Here's more infos about my firm:
>>>> all2all is a non-profit web hosting provider offering clear and well
>>>> dimensioned solutions without hidden extra fees. Besides running your
>>>> web sites and e-mail, all2all is also a dns registrar for .be top
>>>> level domains. Our longterm professional knowledge of linux and IP
>>>> networks contributes to the success of your Internet project.
>>>> Built from 100% free and open source software, the all2all network
>>>> offers high-performance, stable and secure Internet hosting which is
>>>> compliant with our ethical charter in terms of privacy protection and
>>>> freedom of speech. all2all is managed by the non-profit association
>>>> Moving Art Studio and has full financial independence. Therefore the
>>>> projet is able to refuse commercial advertising and political
>>>> pressures. The word all2all literally means free communication from
>>>> everybody to everybody (all to all).
>>>> you can take a look on our ethical charter here :
>>>> Best regards,
>>>> Eleni Postantzi | all2all, réseau indépendant depuis 1996
>>>> Moving Art Studio asbl, 51 rue de l'Instruction, 1070 Bruxelles
>>>> E-Mail:eleni.postantzi at all2all.net
>>>> Homepage: http://www.all2all.org
>>> Gunnar Wrobel
>>> Mail: wrobel at pardus.de
>>> WWW: http://www.gunnarwrobel.de
>>> IRC: #gentoo-web at freenode.org
>> Kolab-devel mailing list
>> Kolab-devel at kolab.org
> ______ http://kdab.com _______________ http://kolab-konsortium.com _
> p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium
> ____ http://www.pardus.de _________________ http://gunnarwrobel.de _
> E-mail : p at rdus.de Dr. Gunnar Wrobel
> Tel. : +49 700 6245 0000 Bundesstrasse 29
> Fax : +49 721 1513 52322 D-20146 Hamburg
> >> Mail at ease - Rent a kolab groupware server at p at rdus <<
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> Kolab-devel mailing list
> Kolab-devel at kolab.org
______ http://kdab.com _______________ http://kolab-konsortium.com _
p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium
____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de Dr. Gunnar Wrobel
Tel. : +49 700 6245 0000 Bundesstrasse 29
Fax : +49 721 1513 52322 D-20146 Hamburg
>> Mail at ease - Rent a kolab groupware server at p at rdus <<
More information about the devel