私たちが生成した ical ファイルで日光情報を提供することが義務付けられている理由を知りたいです。なぜ GMT/UTC 時刻だけでは不十分なのか、MS Outlook 2010 などの電子メール クライアントがそれを処理できないのか.
2 に答える
主な理由は、指定されたものと一致するタイム ゾーンがコンピューター上にある場合とない場合があるためですTZID
。"America/Bogota"
iCAL では、IANA タイム ゾーンや などの Windows タイム ゾーンを含む、あらゆるタイプのタイム ゾーン ID を使用できます"SA Pacific Standard Time"
。
TZID で指定されたシステムのタイム ゾーン情報は、利用可能な場合は優先されますが、利用できない場合もあります。Windows マシンで生成された iCal ファイルを Mac で実行している場合があります。または、現在のタイム ゾーンの更新がすべて行われておらず、TZID がマシンにまだインストールされていない新しく作成されたタイム ゾーンを参照している可能性があります。
ルールを iCAL ファイルにエンコードすることは、相互運用性をサポートするために不可欠です。これらのルールは、イベントが作成されたときの既知の値に固定されるという欠点があります。イベントが発生する前にルールが変更された場合、ファイルがどのように解釈されたかによっては、イベントが間違ったタイミングで発生する可能性があります。そのため、TZID で一致した場合は、システム上の情報を使用することをお勧めします。
UTC がスケジューリングに十分でない理由については、イベントはほとんどの場合、現地時間で指定されるためです。UTC に対する現地時間の関係は、特定の地方自治体によって設定されたタイム ゾーンに大きく依存します。これらは、夏時間やその他の異常を考慮する必要があり、政府は考えを変えることができます。
たとえば、定期的な予定が米国太平洋時間帯で毎日現地時間午前 8 時にスケジュールされている場合、標準時は UTC 午後 4 時、夏時間は午後 5 時に発生します。午後 UTC。代わりに UTC でスケジュールした場合、現地時間は DST 移行の前後に 1 時間ずれます。これは一般に「目覚まし時計の問題」と呼ばれ、2010 年の iPhone DST バグなどの原因となっています。