[OGo-Evolution] ogo plugin crashes evolution

[Helge Hess]

On Mar 17, 2005, at 18:03, Alvaro del Castillo wrote:
> https://noodle.yacoi.com/devel/downloads/evolution-groupdav/

Are Sarge packages available in the meantime?

>> Different evolution users can not write to each respective
>> appointments.

Yes, thats a known issue in ZideStore which is also annoying in 
Outlook/ZideLook (I don't think there is a bug report for that though).

Write access is limited to the creator unless specified otherwise - the 
latter is only possible in the WebUI currently.

>>         recurrence - does not seem to work - not very urgent
> I think it doesn't work currently in OGo, not sure if it is implemented
> also in the connector.

This is:
   http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1307

>> alarm in evolution works, but is not displayed in the browser in
>> the reminder field. Where is it stored?
> I think it is only stored in Evolution. If you read the GroupDAV spec
> in:
>
> http://www.groupdav.org/draft-hess-groupdav-01.html
>
> in 3.1.2 Alarms:
>
> << Due to this reasons the client SHOULD store alarms locally and 
> SHOULD
> NOT transmit them to server. The server is MAY reject iCalendar
> resources containing alarms but MUST signal that using a proper error
> code.>>

Well, yes, we need to find a solution for that. I suppose the server 
should tell the client that it can't store the alarm. The client then 
needs to warn the user.

>>         meeting - You can create a meeting, select a participant which
>> can be any contact item accessible by evolution, but the item is 
>> stored
>> as a normal Calendar item. What you actually want to have is that you
>> are able to schedule opengroupware users as a participant in order to
>> get a fully functional shared calendar.
> Yes, not sure how far we are from the goal.

http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1314

Notably this does work in Outlook, so it should actually work in iCal 
as well. Not sure why it doesn't.

> You can also delete from Evolution also. Editing isn't working as you
> can see in the connector report:

Also:
   http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1308

>> - Contacts - read only, input through webinterface
>>         Telephone numbers are not shown in evolution
> It should be easy to solve.

Yes. In case the vCard delivered by ZS doesn't contain the proper 
entries, please file a bugreport.

>>         Only address one is shown in evolution, not mailing and 
>> location
>> addresses.
> Should be easy to solve.

Same like above.

>> Our next step will be testing lots and lots of data (e.g. 5000 
>> contacts
>> and 5000 calendar items). We will let you know.
> This will be great but I am sure the results couldn't be very good
> because we haven't put a lof of focus for now in scalability, but we
> will do it.

It shouldn't matter for GroupDAV. Only the initial sync will be slow 
(actually _very_ slow).

Greets,
   Helge
-- 
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org