لقد قمت بالتحقيق في الأمر بشكل أعمق وفتحت طلب سحب (PR) لمعالجته:
المشكلة تكمن في تصدير ICS وليس في المنطقة الزمنية للخادم/الحاوية. يستخدم الحدث المُصدَّر معرّف TZID من IANA مثل Europe/Berlin، لكنه حاليًا لا يتضمن تعريف VTIMEZONE المقابل الذي تحتاجه العملاء مثل Outlook لتفسير قواعد التوقيت الصيفي بشكل موثوق.
يضيف طلب السحب تعريفات VTIMEZONE إلى تنزيلات ICS التي تأخذ المنطقة الزمنية في الاعتبار، مع الإبقاء على قيم DTSTART/DTEND المحلية الحالية.
بالنسبة للمثال المذكور في هذا الموضوع، أصبح التصدير يتضمن أحكام CET/CEST الخاصة بـ Europe/Berlin، وبالتالي:
DTSTART;TZID=Europe/Berlin:20260811T170000
يمكن تفسيره مع إزاحة الصيف الصحيحة UTC+2 بدلاً من لجوء Outlook إلى UTC+1.
كما أضفت تغطية لقواعد التوقيت الصيفي في أوروبا وأمريكا الشمالية، وحالة الإزاحة الثابتة، وانتقالات المواسم الأكثر غرابة المستخدمة في Africa/Casablanca.