私は適切な規模の学区で働いており、Exchange 2013を正常に展開し、すべてのユーザーのメールを夏の間に新しいシステムに移行しました。途中でいくつかの衝突がありましたが、学校がすぐに再開すると、多数のスタッフがログインして新しいシステムを初めて使用しましたが、残念ながら、少数ながら増え続ける人たちが今遭遇し始めています-オプションにアクセスしようとすると、「重大なエラー」メッセージが表示される:
したがって、完全なレポートは次のとおりです。
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週間実行している間、私が理解できなかったのは、これがなぜ起こっているのかです。
二重に奇妙なのは、これが発生した場合、ほとんどのユーザーが次の手順に従ってクリアできることです。
ただし、問題がすぐに再発するため、これは一時的な回避策にすぎません。
このエラーの原因を突き止めるにはどうすればよいですか?さらに、それを修正するにはどうすればよいでしょうか?
FirefoxとChromeの修正を見つけましたが、すでに動作しているIE11を壊していません。これは、ユーザーが別のWebアプリからOWAにリダイレクトされ、新しいタブでOWAを開く場合に常に当てはまります。
rel = "noreferrer"をhtmlリンクタグに追加すると、役立つはずです http://blog.chromium.org/2009/12/ links-that-open-in-new-processes.html
Edgeブラウザーで機能する修正をまだ探しています。現在の回避策は、リンクをCTRL +左クリックすることです
このエラーは、Exchange 2013をSP1からCU9に更新したときにも発生しました。そして、エラーはデスクトップのブラウザーではなく、IE11の「実際の」ブラウザーでは再現されないことがわかりました。 Desctop IEでも同じエラーが発生します。Windows7、8.1、10で確認されています。ユーザーはそこでオプションを設定し、通常のメールフロー操作のためだけに他のブラウザを使用できます。この調整も可能です。必要になりますが、使用しませんでした。
ありがとう。