web-dev-qa-db-ja.com

OWAユーザーがオプションにアクセスすると「重大なエラー」が発生する

私は適切な規模の学区で働いており、Exchange 2013を正常に展開し、すべてのユーザーのメールを夏の間に新しいシステムに移行しました。途中でいくつかの衝突がありましたが、学校がすぐに再開すると、多数のスタッフがログインして新しいシステムを初めて使用しましたが、残念ながら、少数ながら増え続ける人たちが今遭遇し始めています-オプションにアクセスしようとすると、「重大なエラー」メッセージが表示される:

enter image description here

したがって、完全なレポートは次のとおりです。

Client Information
------------------
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:39.0) Gecko/20100101 Firefox/39.0
CPU Class: undefined
Platform: Win32
System Language: undefined
User Language: en-US
CookieEnabled: true
-----------------
Exception Details
-----------------
Date: Fri Aug 07 2015 14:38:24 GMT-0800 (Alaskan Standard Time)
Message: Error: Permission denied to access property "frameElement"
Url: https://webmail.example.com/ecp/15.0.1104.5/scripts/common.js
Line: 1

Call Stack
----------
ErrorHandling.$EM@https://webmail.example.com/ecp/15.0.1104.5/scripts/common.js:1:172926
ErrorHandling.showUnhandledException@https://webmail.example.com/ecp/15.0.1104.5/scripts/common.js:1:171997

Detailed Call Stack
-------------------

これはタイプミスや省略ではありません。「詳細なコールスタック」は実際には空白です。これはブラウザに関係なく発生します。Firefox、Chrome、Safari、IEを使用しているユーザーから報告を受けました。 Operaがこのリストに載っていない唯一の理由は、だれもそれを使用していないことです。 (メッセージが示すように)ページを再読み込みしても効果がなく、[OK]ボタンは役に立ちません。エラーが表示されると、ユーザーはブラウザーを閉じて再度開くか、まったく別のブラウザーに移動しても同じ結果が得られます。

これは純粋にクライアント側のエラーです。これが発生すると、サーバーログに関連するものはまったく表示されません。

これは明らかに、通常の反XSRF防御を使用するWebブラウザーであり、OWAがそのエラーを「うまく」処理しているようです。私が4週間実行している間、私が理解できなかったのは、これがなぜ起こっているのかです。

  1. ユーザーはwebmail.example.comにリダイレクトされ、OWAにアクセスします。
  2. すべての単一サーバー上のすべての単一仮想ディレクトリは、外部および内部ホスト名(または外部/内部URLのホスト部分)としてwebmail.example.comを使用するように構成されています。
  3. このエラーが発生しているWebブラウザーの[ネットワーク]パネルを見ると、webmail.example.com上のリソースのリクエストしか表示されていません。他のホストは確認できません。

二重に奇妙なのは、これが発生した場合、ほとんどのユーザーが次の手順に従ってクリアできることです。

  1. Outlook Web Appからサインアウトする
  2. ブラウザのキャッシュと「オフラインデータ」/「オフラインウェブサイト」/ etc(キャッシュのみでは不十分)をクリアします。
  3. ブラウザを完全に閉じます
  4. ブラウザーを再度開き、OWAに再度サインインします。

ただし、問題がすぐに再発するため、これは一時的な回避策にすぎません。

このエラーの原因を突き止めるにはどうすればよいですか?さらに、それを修正するにはどうすればよいでしょうか?

1
Kromey

FirefoxとChromeの修正を見つけましたが、すでに動作しているIE11を壊していません。これは、ユーザーが別のWebアプリからOWAにリダイレクトされ、新しいタブでOWAを開く場合に常に当てはまります。

rel = "noreferrer"をhtmlリンクタグに追加すると、役立つはずです http://blog.chromium.org/2009/12/ links-that-open-in-new-processes.html

Edgeブラウザーで機能する修正をまだ探しています。現在の回避策は、リンクをCTRL +左クリックすることです

2
Michael Madej

このエラーは、Exchange 2013をSP1からCU9に更新したときにも発生しました。そして、エラーはデスクトップのブラウザーではなく、IE11の「実際の」ブラウザーでは再現されないことがわかりました。 Desctop IEでも同じエラーが発生します。Windows7、8.1、10で確認されています。ユーザーはそこでオプションを設定し、通常のメールフロー操作のためだけに他のブラウザを使用できます。この調整も可能です。必要になりますが、使用しませんでした。

https://social.technet.Microsoft.com/Forums/ie/en-US/26653190-2c27-4da8-a9a9-614b2b5fd41c/internet-Explorer-11-owa-2013-cu2-automatic-replies- critical-error?forum = ieitprocurrentver

ありがとう。

0
Sergey V