On 03.07.2008, at 21:44, Adam Tauno Williams wrote:
> When an alarm is dismissed Sunbird/Lightning the alarm is sent back to
> ZideStore like:
>
> BEGIN:VALARM
> TRIGGER;VALUE=DURATION:-P1W
> X-MOZ-LASTACK:20080702T211432Z
I would tend to say that this is an issue in Lightning. If it uses X-
attributes in CalDAV, it must be able to deal with the possibility of
loosing such fields. This is not OGo specific at all.
In short: Sunbird would probably be better off storing ACKs in a
separate store (possibly in addition to the X-MOZ-LASTACK which would
still be useful in some cases).
My personal opinion is that iCal alarms (and especially ACKs!) never
belong on the server but always on the client. Eg what about shared
calendars? The ACK is at least person specific. Does that mean that if
a user ACKs an event in Lightning, other attendees won't see the
alarm?! Sounds like.
Anyways, I have no issue with adding support for storing the X-MOZ-
LASTACK field in that CSV field.
Greets,
Helge
--
Helge Hess
http://helgehess.eu/--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer
