[Kroupware] Kroupware RFC

Helge Hess helge.hess at skyrix.com
Fri Apr 11 11:49:43 CEST 2003


Bernhard Reiter wrote:
>>Two more general questions for understanding the design:
> I'll try to answer as much as I can.

Thanks :-)

>>Obviously the IMAP4 uid isn't suitable for that because of the copying
>>semantics. Do you use some special mail header field (msg-id ?) or
>>internal key for locating an entry ? 
> 
> No. But I don't fully get the question.

Yes, I think I explained not enough what I mean. Consider you create an 
appointment record in a shared (group) folder. Now you add people from 
your shared contacts folder to the appointment and save.

In other words, you have created an association (a link for each 
contact) between the appointment and the contacts records participating 
in the appointment.
If someone else opens the appointment, he can probably jump from the 
appointment record to the contact participating in the appointment by 
just clicking on the participant entry in the appointment viewer. Right ?
So the appointment viewer needs to resolve the participant reference to 
the contact viewer and I would like to understand how this is accomplished.

Hm, I wonder whether this can be understood :-) Please tell me, if you 
still don't get what I lined out.

> The E-Mail address is the reference link for most tasks.

This makes some sense for a contact, but doesn't cover references to 
appointments, todos or notes.

> Then each single entry has an imap number.

Yes, but the IMAP-ID is volatile since each modification to a contact 
record results in a new one and therefore isn't suitable for persistent 
references.

>>Is there a specific (and efficient)
>>IMAP query to locate such an entry ?
> Cyrus imapd has an efficient way to find the file in question.

How ? This should be documented in the RFC since it is important ! Eg if 
you use the email address as a reference stored

> 
> 
>>How does the current interface (eg the appointment editor) deal with the
>>case that a record was duplicated on conflict ? 
> 
> 
> If the appointment is fresh, than two concurrent ones will be creates
> because it is possible to have two appointments at the same time.
> 
> If the appointment is the same
> we plan to have a resolving dialog.
> 
> 
>>Does any single GUI
>>component resolving a reference need to deal with the fact that the
>>query may return multiple objects and provide proper resolution GUI ?
> 
> 
> No as one event as one imap number.
> 
> 
>>b) What is the general strategy of dealing with queries ?
>>
>>Given that Cyrus doesn't know about the attributes contained in an
>>iCalendar message it can't run a query like "give me all appointments of
>>this folder in the week xy in year 20xz". Obviously it wouldn't be
>>acceptable for the client to go (online) over each of the thousands of
>>appointments contained in a folder, query the content and perform the
>>query itself.
>>
>>So do you rely on the client keeping a local, domain specific and
>>indexed cache of the information (much like local searches in Mozilla)
>>and let the client perform the query operation ?
> 
> 
> The KDE Kolab client should have a full cache of the interesting
> calender entries. Thus it is performing searches locally.
> 
> 
>>If this is the case, I'm interested in your approach for dealing with
>>that in the webclient. Were is the webclient going to store it's local
>>cache ?
> 
> 
> The concept for a webclient is not finished yet.
> 
> 
>>What is the maximum number of appointments and contacts per folder the
>>current Kolab Client can handle locally on usual hardware ? 
> 
> 
> We did not go to the limit with our tests yet.
> Bo probably knows more about where we stand.
> As far as I know a couple of thousends are no problem.
> 
> 
>>Does it use
>>a Berkley DB for storing the attributes of an appointment ?
> 
> 
> I believe KOrganizer does not, but I'm not deeply into the KOrganizer
> implementation details.
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Kroupware mailing list
> Kroupware at mail.kde.org
> http://mail.kde.org/mailman/listinfo/kroupware


-- 
__________________________________________________________________
Helge Hess                         Email:    helge.hess at skyrix.com
SKYRIX Software AG                 Tel:      +49-391-6623-0
Universitaetsplatz 12              Fax:      +49-391-6623-599
39104 Magdeburg, Germany           Internet: http://www.skyrix.com
__________________________________________________________________
Exchange your Exchange                http://developer.skyrix.com/
__________________________________________________________________



More information about the Kroupware mailing list