システムwiki

Outlook O365カレンダーのバグ-デスクトップクライアントでタイムゾーンが間違っている

BugHunt 受付中 最終更新日:2021-04-23 07:47

こんにちは.デスクトップOutlookクライアントの難解なバグ、またはおそらくそのクライアントがO365/Exchangeと対話する方法を特定したと思います.私は回避策を持っているので、私の企業のITサポートはそれを追求していませんが、多分これはMSによって考慮されるべきです.この
は、企業のOffice 365 ProPlusライセンスでOutlookversion1902Build11328.20512を使用して発生しています.
この問題は、定期的な会議を基準時間でスケジュールした場合にのみ発生します自分の会議以外の会議のゾーン.夏時間に参加しない他の国の同僚との会議をスケジュールするので、それは重要です
時間.私は時々、自分が所有する会議をスケジュールし、時間を固定して、時間の変化に応じて変化するように設定することを好みます.たとえば、私は13:00 UTC(レイキャビック/モンロビア)の会議をスケジュールし、その年の一部は
東部標準時08:00、年の東部標準時9:00になります.これを行うには、UTCに基づいた時刻でカレンダー会議を作成し、海外の同僚(13:00)と自分(08:00または09:00)の両方の正しい時刻に表示されます.).

このカレンダーの予定をO365 Webクライアントで作成すると、すべてが正常に機能し、全員が自分のタイムゾーンの正しい時刻に予定を取得します.ただし、デスクトップのOutlookクライアントを使用して同じ予定を作成すると、完璧に見えます
自分の企業ドメインのすべての人に、しかし他のドメイン(米国、東部標準時間、および海外の両方)の人々は、それが13:00東部標準時間に設定されているかのように予定を受け取るため、アメリカの受信者には次のように表示されます.13:00と私のUTC受信者へ
18:00.これは、受信者がドメインでO365を使用しているか、古いversionのOutlook、Gmail、またはYahooメールを使用しているかに関係なく当てはまります.
自分のタイムゾーンで予定を作成した場合、このエラーは発生しません(ただし、最初の段落で説明したように、私が必要とするもの).また、定期的な予定の代わりに1回限りの予定を作成しても発生しません.そして最後に、私として
O365のWebクライアントを使用してもまったく発生しません.また、自分以外のタイムゾーン(ダッカなど)に基づく会議でも発生します.
考えは?提案?他の誰かがこれを再現できますか?

返信リスト(回答:8)

1 #
DianePo
こんにちはダン、
私がフォローしていないことはありません...1時間の予定は、いたるところで同じ時間としての予定は、TZオフセットなしですか?
予定は週の見解に間違った時間を過ごしていますか、またオープンしたときにも、繰り返しのものではなくワンタイムの予定を作成した場合にも発生しません.
予定はDSTへの変更にまたがっていますか?時間が前進しているときに発生する予定があるのは多くの奇妙さがあります.それはすべてビューの中にあります-イベントの時刻は正しいです.
応答1# ->にスキップ
2 #
BugHunt

こんにちはダイアン、

いいえ、彼らは1時間オフではありません、彼らは私の時間(私のPC上のタイムゾーン)と目標タイムゾーンの間の全体的な差異です.たとえば、ベースの予約時間が13:00 UTCであれば、現在UTC-5であるため、予定は5時間オフです.
opで説明したように、受信者はUTCの代わりに13:00の私の時間に設定されているように招待状を取得します.他のゾーンと同じです.

予定のテキストだけでなく、予約を受け入れたら、人々のカレンダーに間違った時間がかかります.私は、違うO365ドメインで別のEメールにアクセスできるので、私は写真でこれをよりよく説明できると思います.
(これら2つのドメイン/アカウントはどちらも東部時間内です).次の4つのスクリーンをご覧ください.

Outlookデスクトップで作成された予定:

今こそ、ローカルOutlookカレンダーの調べられた方法:

これは私が外部の2番目のドメインで受け取った予定です:

そして最後に、私の外部ドメインカレンダーの承認された予定:

これがあなたや他の人のために明確にするのを助けることを願っています.ああ、そしてあなたが尋ねる場合には、招待者は私自身のドメイン内部O365 Webクライアントでも正しく表示されます.

応答2# ->にスキップ
3 #
BugHunt
私はあなたの最後の質問ダイアンに答えるべきだった.アポイントメントは、標準から夏時間への変更にまたがります*そうでない場合、この全体の演習は意味がありません.OPで言ったように、アポイントメントが作成された場合、スパンは適切に機能します
O365 Webクライアント.このバグが発生するのは、デスクトップクライアントで作成された場合のみです.
4 #
DianePo
私はこれを正しく持っていますか?
イベントはUTCタイムゾーンを使用してスケジュールされました-あなたのカレンダーに正しく表示されています.
外部ドメインは東に設定されており、1つの東部で、1 UTCではありません.基本的に、オフセットがありません.
私が再現できるかどうかを見て、時間帯のバグがある場合にサポートに尋ねます.
5 #
DianePo
まだサポートからの返事を待っています...
応答5# ->にスキップ
6 #
BugHunt
あなたは複製することができましたか?
7 #
DianePo
いいえ、まだです.私の最初のテストは大丈夫でした.「受信者」コンピュータの異なるタイムゾーンで試してみる必要があります.
応答7# ->にスキップ
8 #
BugHunt

それは問題ではありません.上で送信したスクリーンキャップは、どちらも東部標準時の2つのシステムのものです.機能させる唯一の要因は次の条件です:

  1. 予定は、O365 Webクライアントではなく、Outlookデスクトップクライアントで作成されます.
  2. 予定は、Recurring関数を使用して作成されます.これは、単一インスタンスだけではありません.および
  3. アポイントメントの時間は、「タイムゾーン」機能を使用して設定され、アポイントメントの基本時間は、ユーザーがアポイントメントを作成しているタイムゾーンではありません.
  4. 2つのシステムが異なるドメインにあり、Exchange/O356の異なるインスタンス化