[Kroupware] IDEA: Kontacts has a field to specify where to download their Free/Busy

[Bernhard Reiter]

On Tuesday 23 December 2003 21:21, Jon Bendtsen wrote:
> tirsdag 23. dec 2003 kl. 14:45 skrev Bernhard Reiter:

> >>>> This means that someone, usualy the administrator, has
> >>>> to download the Free/Busy lists for kontacts to the kolab server
> >>>> before the user klients kan use them.
> >>>
> >>> The Free/busy lists are published by each single client.
> >>> They push it to the server.
> >>
> >> yes, if they use the same server as me, i'm talking about remote
> >> kontakts.
> >
> > I will still be fine with remote contacts,
> > that each client pushes its free/busy information to one server.
>
> look, pushing free/busy information to ONE server will not happen.
> Company A will not push their info to Company B.

I should have been more precise:
Each client pushes its free/busy information to its server.
So users a1, a2 push to server A and b1,b2,b3 push to B.

> > A remote person than must find out where to get this freebusy list.
>
> an entry in the kaddressbook, that the korganisor uses to lookup the
> information
>
> > Thus it needs to be an entry in the Kolab Server LDAP addressbook.
> > Subsequently KOrganizer will also have such an attribute.
>
> i dont see why it needs to be centralised.

The idea of server A and server B is that each carries the full
information of its own users if possible.
So if addressbook entries for a1 and a2 of A point to A
and b1,b2,b3 to B as freebusy distribution point, everything
would be fine. This is decentralisation. 

KAddressbook in Kolab can get default information from the 
addressbooks from A and B over LDAP. 

> > My point being was that we need a corresponding entry in the
> > addressbook for this to be neatly integrated in Kolab. :)
>
> yes, the entry is needed, but only klient wise.

It makes a lot of sense to have A's and B's LDAP addressbooks
give the corresponding freebusy distribution points for each of their
users. So there should be an entry in the LDAP.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2145 bytes
Desc: signature
Url : http://mail.kde.org/pipermail/kroupware/attachments/20040104/bef447c4/smime.bin