1323937 - if we have an RRULE, we must have a timezone

Status: RESOLVED INCOMPLETE

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

Description

[Folkert van Heusden]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36

Steps to reproduce:

Create a weekly all-day(!) repeating event.



Actual results:

The invitation is not recognized by zarafa. Analys showed that this was because of a missing timezone with the RRULE:

--Boundary_(ID_qyG4ZdjoAsiZ+Jo19dCbWQ)^M
Content-type: application/ics; name=invite.ics^M
Content-transfer-encoding: 8BIT^M
Content-disposition: attachment; filename=invite.ics^M
^M
BEGIN:VCALENDAR^M
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN^M
VERSION:2.0^M
METHOD:REQUEST^M
BEGIN:VEVENT^M
CREATED:20161215T111555Z^M
LAST-MODIFIED:20161215T111659Z^M
DTSTAMP:20161215T111659Z^M
UID:84901c34-45b0-4f7a-a748-7cda1f705d2d^M
SUMMARY:New Test Event^M
ORGANIZER;RSVP=TRUE;CN=piet;PARTSTAT=ACCEPTED;ROLE =CHAIR:mailto^M
:[e-mail]^M
ATTENDEE;RSVP=TRUE;CN=algemeen;PARTSTAT=NEEDS-ACTION;ROLE=REQ-^M
PARTICIPANT:mailto:[e-mail]^M
RRULE:FREQ=WEEKLY;INTERVAL=2^M
DTSTART;VALUE=DATE:20161218^M
DTEND;VALUE=DATE:20161219^M
TRANSP:TRANSPARENT^M
DESCRIPTION:Test Test Test^M
END:VEVENT^M
END:VCALENDAR^M

Comment 1

[Decathlon]

Hi Folkert,
the calendar has a pair of errors on the line of the ORGANIZER that maybe is caused by edit/copy/paste (apart from the "^M" in the end of each lines), but once corrected, it looks a valid calendar and it passes validation.

As far as I can see, RRULE shouldn't have a timezone unless an until date is specified and in this case it has to be UTC timezone.
Do you have more detail about the analysis, any link?