[Kolab-devel] kolab web interface development
Alain Abbas
alain.abbas at libertech.fr
Fri Jun 13 15:33:00 CEST 2008
hi all
as i said on a last mail we developped a module on webmin for administrate LDAP and made some change to administrate
Kolab
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 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
>> php-kolab.
>>
>> 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 :)
Cheers,
Gunnar
>
> 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,
>
> --
> Eleni
>
>
>
>> Cheers,
>>
>> Gunnar
>>
>>>
>>> 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 :
>>> http://www.all2all.org/en/informations/about-all2all/charte/
>>>
>>>
>>> Best regards,
>>>
>>> Eleni
>>>
>>> --
>>> 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
>> __________________C_o_n_t_a_c_t__________________
>> 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
> https://kolab.org/mailman/listinfo/kolab-devel
--
______ 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
https://kolab.org/mailman/listinfo/kolab-devel
More information about the devel
mailing list