Re: [Devel] Erreurs AdL dans Outlook 2007

[David MENTRE <dmentre AT linux-france.org>]

Salut Thomas,

2009/4/22 Thomas Petazzoni <thomas.petazzoni AT enix.org>:
> Abonnements à des calendriers Internet » a signalé une erreur
> (0x00040023) : « Le VEVENT « PyCon FR, Les journées Python » défini
> près de la ligne 8 contient une valeur DTSTART flottante. Outlook prend
> en charge les valeurs flottantes uniquement pour les évènements
> planifiés sur une journée entière. Double-cliquez pour ouvrir cet
> élément. »
> =============================================================
>
> Le champ DTSTART de l'évènement PyCon FR est
>
> DTSTART:20080427T090000
>
> Je ne sais donc pas trop ce que Outlook entend par « flottante ».
> Flottante dans le sens « nombre à virgule flottante » ou flottante dans
> le sens de « la valeur a changé » ?

L'histoire du « flottant » est relative à la Time Zone de l'événement.
À ce que j'ai compris, si la Time Zone n'est pas spécifiée,
l'événement est dit flottant (/"floatting"/) : la Time Zone est celle
de celui qui *reçoit* l'événement (« ATTENDEE »). Le format de tes
événements est justement celui-ci. Il n'est pas conseillé d'utiliser
ce format (« In most cases, a fixed time is desired. To properly
communicate a fixed time in a property value, either UTC time or local
time with time zone reference MUST be specified.»).


Tu as deux autres formats possibles :

 - DTSTART:20080427T090000Z : avec le « Z » à la fin, tu dis que tes
événements sont en UTC.

 - DTSTART;TZID=US-Eastern:19980119T020000 : l'option « TZID »
spécifie la Time Zone de l'événement. Par contre, les identifiants de
Time Zone ne sont pas clairement définis (voir la définition de «
Parameter Name: TZID » dans la RFC 2445 qui renvoie à la référence
[TZ]).

Je pense que le plus simple pour toi serait de spécifier la Time Zone
de tes événements. Passer en UTC serait plus clair mais ça suppose de
modifier toutes les dates, sans parler des problèmes de décalage
horaire été/hiver. :-)

Voilà ce qu'utilise Outlook dans son export ICS :

 - un événement en UTC :

BEGIN:VEVENT
CLASS:PUBLIC
DTEND;VALUE=DATE:20090428
DTSTAMP:20090422T075521Z
DTSTART;VALUE=DATE:20090424
SEQUENCE:0
SUMMARY;LANGUAGE=fr:RTT
TRANSP:OPAQUE
UID:040000008200E00074C5B7101A82E00800000000D021055B2AB8C901000000000000000
        01000000067D158A22DA9D9418F1C4256513E93B3
X-MICROSOFT-CDO-BUSYSTATUS:OOF
END:VEVENT

 - un événement avec TZID :

BEGIN:VEVENT
CLASS:PRIVATE
DTEND;TZID="Bruxelles, Copenhague, Madrid, Paris":20090423T140000
DTSTAMP:20090422T075521Z
DTSTART;TZID="Bruxelles, Copenhague, Madrid, Paris":20090423T120000
RRULE:FREQ=WEEKLY;COUNT=1;BYDAY=TH
SEQUENCE:0
SUMMARY;LANGUAGE=fr:Rendez-vous privé
TRANSP:OPAQUE
UID:040000008200E00074C5B7101A82E00800000000501F7C349732C901000000000000000
        0100000008EE26DC2D316874F8F168920D87E87EA
X-MICROSOFT-CDO-BUSYSTATUS:OOF
END:VEVENT

Il semble que « TZID=Europe/Paris » soit une valeur raisonnable :
 http://www.google.fr/search?q=DTSTART%3BTZID  ;-)


Je cite la portion de RFC qui me semble pertinente :

 http://www.ietf.org/rfc/rfc2445.txt
"""
Dawson & Stenerson          Standards Track                    [Page 35]

RFC 2445                       iCalendar                   November 1998


     DTSTART:19980119T230000-0800       ;Invalid time format

   FORM #1: DATE WITH LOCAL TIME

   The date with local time form is simply a date-time value that does
   not contain the UTC designator nor does it reference a time zone. For
   example, the following represents Janurary 18, 1998, at 11 PM:

     DTSTART:19980118T230000

   Date-time values of this type are said to be "floating" and are not
   bound to any time zone in particular. They are used to represent the
   same hour, minute, and second value regardless of which time zone is
   currently being observed. For example, an event can be defined that
   indicates that an individual will be busy from 11:00 AM to 1:00 PM
   every day, no matter which time zone the person is in. In these
   cases, a local time can be specified. The recipient of an iCalendar
   object with a property value consisting of a local time, without any
   relative time zone information, SHOULD interpret the value as being
   fixed to whatever time zone the ATTENDEE is in at any given moment.
   This means that two ATTENDEEs, in different time zones, receiving the
   same event definition as a floating time, may be participating in the
   event at different actual times. Floating time SHOULD only be used
   where that is the reasonable behavior.

   In most cases, a fixed time is desired. To properly communicate a
   fixed time in a property value, either UTC time or local time with
   time zone reference MUST be specified.

   The use of local time in a DATE-TIME value without the TZID property
   parameter is to be interpreted as floating time, regardless of the
   existence of "VTIMEZONE" calendar components in the iCalendar object.

   FORM #2: DATE WITH UTC TIME

   The date with UTC time, or absolute time, is identified by a LATIN
   CAPITAL LETTER Z suffix character (US-ASCII decimal 90), the UTC
   designator, appended to the time value. For example, the following
   represents January 19, 1998, at 0700 UTC:

     DTSTART:19980119T070000Z

   The TZID property parameter MUST NOT be applied to DATE-TIME
   properties whose time values are specified in UTC.

   FORM #3: DATE WITH LOCAL TIME AND TIME ZONE REFERENCE





Dawson & Stenerson          Standards Track                    [Page 36]

RFC 2445                       iCalendar                   November 1998


   The date and local time with reference to time zone information is
   identified by the use the TZID property parameter to reference the
   appropriate time zone definition. TZID is discussed in detail in the
   section on Time Zone. For example, the following represents 2 AM in
   New York on Janurary 19, 1998:

          DTSTART;TZID=US-Eastern:19980119T020000

   Example: The following represents July 14, 1997, at 1:30 PM in New
   York City in each of the three time formats, using the "DTSTART"
   property.

     DTSTART:19970714T133000            ;Local time
     DTSTART:19970714T173000Z           ;UTC time
     DTSTART;TZID=US-Eastern:19970714T133000    ;Local time and time
                        ; zone reference

   A time value MUST ONLY specify 60 seconds when specifying the
   periodic "leap second" in the time value. For example:

     COMPLETED:19970630T235960Z

"""


Amicalement,
d.START;BOULOT="quand on veut":20090422T081200Z