Import von ICS-Dateien ohne Zeitzonenangabe in Thunderbird-Kalender um 1 Std. (MEZ) bzw. 2 Stunden (MESZ) nach hinten verschoben

Zitat von LilaLisa81

Ist jetzt die ICS-Datei nach der "Norm"* falsch oder macht Thunderbird da einen Importfehler?

Hallo Lisa

ich vermute ersteres.

Zitat von LilaLisa81

Hier ist der Inhalt der Datei:

Ich habe das einmal verglichen mit einem Termin, den ich mir vor einiger Zeit aus OL geschickt hatte. Die ICS-Datei sieht auszugsweise folgendermaßen aus:

BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 15.0 MIMEDIR//EN
VERSION:2.0
METHOD:PUBLISH
X-MS-OLK-FORCEINSPECTOROPEN:TRUE
BEGIN:VTIMEZONE
TZID:W. Europe Standard Time
BEGIN:STANDARD
DTSTART:16011028T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010325T020000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
CATEGORIES:Privat,Persönlich
CLASS:PRIVATE
[...]
CREATED:20170207T120518Z
DTEND;TZID="W. Europe Standard Time":20170213T074500
DTSTAMP:20170207T120518Z
DTSTART;TZID="W. Europe Standard Time":20170213T071500
LAST-MODIFIED:20170207T120518Z
[...]
PRIORITY:5
SEQUENCE:0
SUMMARY;LANGUAGE=de:Werkstatt
TRANSP:OPAQUE
[...]
BEGIN:VALARM
TRIGGER:-PT4320M
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR

In Deiner ICS-Datei finde ich keinerlei Angaben zur Zeitzone (TZ = Time Zone). Dann ist es für mich nachvollziehbar, dass TB von UTC ausgeht.

Zitat von LilaLisa81

//http://www.ietf.org/rfc/rfc2445.txt Deren Inhalt versteh ich aber nicht vollständig.

Suche nach time zone. In Abschnitt 4.2.19 finde ich z.B.

Zitat von RfC 2445

Parameter Name: TZID

[...]

The parameter MUST be specified on the "DTSTART", "DTEND", "DUE", "EXDATE" and "RDATE" properties when either a DATE- TIME or TIME value type is specified and when the value is not either a UTC or a "floating" time.

Gruß Ingo

Zitat von LilaLisa81

geht er davon aus, dass sie in UTC ist und verschiebt sie um eine oder zwei Stunden nach hinten.

Abgesehen vom fehlenden BEGIN:VCALENDAR (kopierfehler?) fällt an deinem Termin auf, dass die Zeit in sogenannter Floating-Time angegeben ist. Floating Time (im deutschen Thunderbird "Lokale Zeit") ist keine Zeitzone und nicht identisch mit UTC. In meinen Tests hat der Import dahingehend jedoch funktioniert.

Floating-Time-Termine finden in allen Zeitzonen zur selben Uhrzeit, aber zu ggf. unterschiedlichen Zeitpunkten statt (z.B. beginnt und endet ein ganztägiger Termin immer um 0 Uhr und ist entsprechend in Floating-Time). Aus dem Kontext würde ich jedoch vermuten, dass der Termin eigentlich eine Zeitzone haben sollte und damit inhaltlich falsch ist. Google unterstützt kein Floating-Time (außer bei ganztägigen Terminen), daher ist es wenig verwunderlich, dass die Zeit dort falsch (bzw. "fälschlicherweise richtig") interpretiert wird.

Zitat von LilaLisa81

Heißt also im Klartext, dass der Programmierer [...] den Parameter TZID eigentlich spezifizieren müsste, es aber nicht tut

Hallo Lisa

ja, so hatte ich das verstanden. Allerdings muss ich zugeben, dass mir der Begriff FloatingTime dabei nicht klar war und TB das "lokale Zeit" nennt. Insofern habe ich da wieder etwas gelernt

Ich frage mich jetzt auch, welche Zeitzone die Betreiber von Spontacts angeben sollten. Ich kenne den Dienst nicht. Es könnte aber sein, dass er von Leuten aus verschiedenen Zeitzonen genutzt wird. Gut, dann könnten sie vielleicht die Zeitzone aus dem Browser auslesen. Allerdings hat ein Test von generalsync mit lokaler Zeit ja wohl funktioniert.

Gruß Ingo

Zitat von LilaLisa81

Kannst du eine Beispieldatei in Floating Time und ohne TZID posten, die bei dir funktioniert?

Deine Datei mit hinzugefügtem BEGIN:VCALENDAR ist bei mir korrekt als Floating-Time importiert worden, der für den Benutzer sichtbare Unterschied ist die Angabe der Zeitzone "Lokale Zeit" wenn im Termin-Dialog Einstellungen|Zeitzone anzeigen aktiv ist. Natürlich ist der Termin dennoch "falsch", da er von Spontacts mit falschen Daten generiert wurde. Dementsprechend zeigt er nur dann die "korrekte" Zeit, wenn du in der richtigen Zeitzone bist

Da der Dienst ja auch den Ort zu erfassen scheint, sollte er m.E. die Zeitzone des Zielorts nehmen und gut. Ansonsten ist es auch in Ordnung, ein "Z" an die Startzeit anzuhängen und damit eine Angabe in UTC zu machen, ohne zu spezifizieren in welcher Zeitzone diese angezeigt werden soll. Derzeit scheint der Anbieter die Eingabe aus der Zeitzone des eingebenden Benutzers korrekt in UTC zu wandeln, die Zeitzoneninformation anschließend zu verwerfen und das Ergebnis als Floating-Time wieder auszugeben. Damit ergibt sich ein Floating-Time-Termin zu der Uhrzeit, zu der der Termin in Greenwich stattfinden würde.

Zitat von LilaLisa81

Da ist ja das manuelle Verschieben des falschen Eintrags zigmal schneller.

Wenn du manuell verschieben willst, solltest du auf jeden Fall auch die Zeitzone ändern, sonst werden die Termine automatisch "falsch" verschoben, wenn du die Zeitzone wechselst.

Für deinen Fall vermutlich bequemer: hänge an die Werte von DTSTART und ggf. DTEND (falls vorhanden) einfach ein "Z" an. Bessere Texteditoren können das per Suchen/Ersetzen. Dann sind die Termine nicht mehr Floating-Time und sollte "wie gewollt" importiert werden (19:30 passt, denke ich?). Da keine Zeitzone angegeben ist, wird Thunderbird beim Bearbeiten jedoch UTC/GMT als Zeitzone anzeigen – und die entsprechend "verschobenen" Zeiten.

Die übrigen iCal-Schlüsselwörter auf die du dich beziehst sind nur für komplexere Termine relevant, z.B. bei Terminen, die sich wiederholen.