Kalender: ICS-Datei fehlen Zeitzoneninformationen!

Fehler
1

Ich habe einen anderen Beitrag gesehen, in dem gesagt wurde, ich solle hier aus irgendeinem Grund über Kalender posten, aber ich glaube nicht, dass Discourse etwas mit diesem Problem zu tun hat, aber unsere Beiträge werden nach 7 Tagen geschlossen, also YOLO!

Wenn ich mir die .ics-Datei-Spezifikation ansehe, weiß ich nicht, welche wir brauchen, aber uns fehlen diese… es ist

  1. X-WR-TIMEZONE
  2. TZID
  3. X-LIC-LOCATION

Ich denke also, dass die Zeitzoneneinstellung im Pack übernommen werden sollte und X-WR-TIMEZONE hinzugefügt werden sollte, um übereinzustimmen… wenn Sie von Google importieren, wird Ihre lokale Zeitzone angenommen… aber bei GoDaddy kann ich um mein Leben nicht finden, wo ich das einstellen kann… und es hat vorher funktioniert, weil ich davon ausgehe, dass die alten ICS-Kalender Zeitzoneninformationen hatten

Beispiel mit korrekten Zeitzoneninformationen… X-WR-TIMEZONE und X-LIC-LOCATION sind gesetzt und das Ereignis hat DTSTART;TZID=“America/Los_Angeles”:20160206T074400 und DTEND;TZID=“America/Los_Angeles”:20160206T084400

Ich denke, die Korrektur würde zumindest darin bestehen, X-WR-TIMEZONE und X-LIC-LOCATION hinzuzufügen, und die richtige Spezifikation sollte es jedem Ereignis ermöglichen, seine eigene Start- und Stopp-Zeitzone zu haben… Ich bin sicher, Sie Leute steigen in Flugzeuge und bewegen sich herum, die Zeitzoneneinstellungen werden angepasst, wenn sie im Kalender richtig eingestellt sind

BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 19.0 MIMEDIR//EN
VERSION:2.0
X-WR-TIMEZONE:America/Los_Angeles
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:19701101T020000
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
SUMMARY:Appointment
LOCATION:Pune
DESCRIPTION:Your appointment Details:\n\nPatient Details:Kou Kul\nKeven\n\nAppointment Type:Counselling (30 min)\n\nThanks.
DTSTART;TZID="America/Los_Angeles":20160206T074400
DTEND;TZID="America/Los_Angeles":20160206T084400
PRIORITY:5
STATUS:CONFIRMED
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR

stephen_Hornak
ChristopherCamacho
Matt.Johnson
jacobfetzer

image
image1242×849 36.6 KB

4 „Gefällt mir“
2

Gibt es Neuigkeiten dazu? Der ICS-Datei fehlen immer noch die Zeitzoneninformationen. Wenn Benutzer die ICS-Datei von Discourse in ihren Kalender importieren, erhalten sie daher die falsche Uhrzeit.

3

Die von uns generierte ics-Datei folgt der iCalendar-Spezifikation. Insbesondere für die Zeit (RFC 5545 Abschnitt 3.3.12) generieren wir UTC-Zeitstempel (Quellcode 1, Quellcode 2), die mit Z enden und Folgendem entsprechen:

FORM #2: UTC TIME

      UTC time, or absolute time, is identified by a LATIN CAPITAL
      LETTER Z suffix character, the UTC designator, appended to the
      time value.  For example, the following represents 07:00 AM UTC:

       070000Z

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

Die anderen Eigenschaften X-WR-TIMEZONE und X-LIC-LOCATION sind nicht Teil dieser Spezifikation.

Im Anschluss an das ursprüngliche Thema im OP sehe ich, dass andere in einem verwandten Thema angemerkt haben, dass dieses Problem spezifisch für die Kalenderansicht von GoDaddy ist. Vielleicht liegt es daran, wie es in ihrem Adapter bei der Importierung von iCal-Dateien behandelt wird. Ist Ihnen dieses Problem bei anderen Kalendern aufgefallen?

1 „Gefällt mir“
5

Die Zeitzonen-Kennung TZID ist Teil dieser Spezifikation RFC 5545 - Internet Calendaring and Scheduling Core Object Specification (iCalendar)

6

Ja, ich verstehe diesen Teil. In denselben Spezifikationen heißt es auch:

Der \"TZID\"-Eigenschaftsparameter darf NICHT auf DATE-Eigenschaften und DATE-TIME- oder TIME-Eigenschaften angewendet werden, deren Zeitwerte in UTC angegeben sind.

Unsere Zeitstempel sind in UTC angegeben, daher darf der TZID-Parameter nicht angewendet werden.