Hello Randy, Thank you for your help, I've got still some doubts but you are right that the topic is getting out of the scope of this list. The caldav list you mentioned is 'ietf-caldav', isn't it?
> -----Mensaje original----- > De: [EMAIL PROTECTED] [mailto:chandler-dev- > [EMAIL PROTECTED] En nombre de Randy Letness > Enviado el: miércoles, 16 de julio de 2008 18:26 > Para: Chandler Project > Asunto: Re: [Chandler-dev] Problems with calendar-query report. > > Daniel Gomez Brito wrote: > > I believe that's the right response but I have some doubts because > CalDAV RFC states that if the time interval overlaps the original start > and end times of an overridden instance, that instance should be returned > in the response. > > Here's the paragraph (http://tools.ietf.org/html/rfc4791#section-7.6): > > {{{ > > A CalDAV client that is only interested in the recurrence instances > > that overlap a specified time range can request to receive only the > > "master component", along with the "overridden components" that > > impact the specified time range, and thus, limit the data returned by > > the server (see CALDAV:limit-recurrence-set in Section 9.6.6). An > > overridden component impacts a time range if its current start and > > end times overlap the time range, or if the original start and end > > times -- the ones that would have been used if the instance were not > > overridden -- overlap the time range, or if it affects other > > instances that overlap the time range. > > }}} > > > > What's the rationale behind this? > > > > This might be a good question to ask on the caldav list, but I can give > my thoughts. The purpose of the limit-recurrence-set element in the > query (i don't know of any clients that use this), is to limit the > number of overridden instances to return. I guess the idea is that if a > recurring event has 100 overridden instances over a 2-year period, but > the time-range you are interested in is only a week, it wouldn't make > sense for some clients to receive all 100 overridden instances. > Instead, they should only receive the master, plus any overridden > instance that impact the time range. "Impact" means it either overlaps > the time range, or the original time overlaps, in which case the client > needs to know this. > > So in this case, the time-range you are using doesn't overlap any > instances so nothing should be returned. Even if you used > limit-recurrence-set with the same time-range, the response should still > be empty for this example. > > -Randy > > > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > > Open Source Applications Foundation "chandler-dev" mailing list > http://lists.osafoundation.org/mailman/listinfo/chandler-dev ______________________ Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener informacion clasificada por su emisor como confidencial en el marco de su Sistema de Gestion de Seguridad de la Informacion siendo para uso exclusivo del destinatario, quedando prohibida su divulgacion copia o distribucion a terceros sin la autorizacion expresa del remitente. Si Vd. ha recibido este mensaje erroneamente, se ruega lo notifique al remitente y proceda a su borrado. Gracias por su colaboracion. ______________________ This message including any attachments may contain confidential information, according to our Information Security Management System, and intended solely for a specific individual to whom they are addressed. Any unauthorised copy, disclosure or distribution of this message is strictly forbidden. If you have received this transmission in error, please notify the sender immediately and delete it. ______________________ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "chandler-dev" mailing list http://lists.osafoundation.org/mailman/listinfo/chandler-dev
