[Kolab-devel] integrate fbview into horde

Gunnar Wrobel wrobel at pardus.de
Mon Feb 18 14:00:02 CET 2008


Hi Bernhard,

Bernhard Reiter <bernhard at intevation.de> writes:

> Hello Richard,
>
> On Thursday 13 December 2007 22:31, Richard Bos wrote:
>> the kolab project has since a very long time offered the fbview portal to
>> quickly find out which people or free or busy.  Now that kolab is nicely
>> integrated into horde (or the other way), it is possible to obtain the
>> freebusy information directly from horde. 
>
> the "directly" makes a few assumptions, one is that the user is already logged 
> into Horde or is willing to log into Horde. From the Kolab Server side we 
> recommend to put the Horde Kolab Client on a seperate machine to seperate the 
> load. Given the subset of functionality needed for displaying a freebusy 
> overview, we can make it more secure (less code), more focussed (as you have 
> already noticed) and saving computing power. So this is more likely to stay
> in the main Kolab Server which also has the imapd.

I think that it should be possible to allow for both installation
variants (separate fbview/special fbview application within horde)
without too much fuss. I'll look into that when I touch the code the
next time.

But I would like to disagree on the suggestion to keep part of the web
applications on the main server while transferring another part over
to another machine.

It is no problem to transfer all current web applications offered by
the Kolab server to a different machine and *completely* remove the
apache from the main Kolab machine. That is what I'd view as most
efficient.

Cheers,

Gunnar

>
>> But..., this is a bit 
>> complicated: there are many mouse clicks involved to obtain the view.  On
>> the other hand with a patched kronolith menu, the best of both worlds could
>> be obtained.
>
> Yes, it would be cool of course if all Kolab Client would offer a comfortable 
> freebusy overview. The KDE client is close to have one. It would be nice
> to have one for the Horde client as well naturally. So I like the initative.
>
>> I discussed this a bit offline with Gunnar, but we want to get the opinion
>> about this from the kolab-devel ML.  I'll copy and paste Gunnar's lat email
>> to me about this below, so you can have a look at it, and please let us now
>> your thoughts about this:
>>
>> =========  Gunnar - Richard discussion =========
>
> [snip]
>
> One idea would be to have links between all three offered webinterfaces, if 
> they are configures to each other:
> 	/admin
> 	/fbview
>      /horde
> so it would be a matter of /fbview could profit from information of /horde
> to gain a better patch. In terms of clicks it would be faster just hitting the 
> "fbview-button" from /horde (I assume).
>
> Bernhard
>
>
> -- 
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
> Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
> _______________________________________________
> 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 <<                 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




More information about the devel mailing list