Eu trabalho em um distrito escolar de bom tamanho e implantei com êxito o Exchange 2013 e migrei todos os e-mails de nossos usuários para o novo sistema durante o verão. Tive alguns solavancos ao longo do caminho, mas com a escola começando de novo em breve, temos um grande número de funcionários agora fazendo login e usando o novo sistema pela primeira vez, e infelizmente um pequeno, mas crescente número deles está começando a encontrar o agora - "Mensagem de Erro Crítico" durante a tentativa de acessar suas Opções:
Orelatóriocompletoéassim:
ClientInformation------------------UserAgent:Mozilla/5.0(WindowsNT6.1;rv:39.0)Gecko/20100101Firefox/39.0CPUClass:undefinedPlatform:Win32SystemLanguage:undefinedUserLanguage:en-USCookieEnabled:true-----------------ExceptionDetails-----------------Date:FriAug07201514:38:24GMT-0800(AlaskanStandardTime)Message:Error:Permissiondeniedtoaccessproperty"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
-------------------
Isso não é um erro de digitação ou omissão, a "Pilha de chamadas detalhada" realmente está em branco. Isso acontece independentemente do navegador: recebi relatórios de usuários usando o Firefox, o Chrome, o Safari e o IE; Tenho certeza de que a única razão pela qual o Opera não está nessa lista é que ninguém a usa. Recarregar a página (como a mensagem sugere) não ajuda, e o botão "ok" é inútil. Quando o erro aparecer, o usuário pode fechar e reabrir o navegador ou até mesmo ir a um navegador completamente diferente e obter os mesmos resultados.
Isso é puramente um erro do lado do cliente: absolutamente nada relevante é exibido nos logs do servidor quando isso ocorre.
Isso me parece ser, obviamente, o navegador da Web que emprega suas defesas anti-XSRF e o OWA lidando com esse erro "muito bem". O que eu fui incapaz de descobrir por 4 semanas consecutivas agora é porque isso está acontecendo.
O que é duplamente estranho é que, quando isso ocorre, a maioria dos usuários pode limpá-lo seguindo este procedimento:
É apenas uma solução temporária, no entanto, como o problema retorna em breve.
Como posso descobrir o que está causando esse erro e mais, como posso corrigi-lo?
Encontramos uma correção para o Firefox e o Chrome, sem quebrar o IE11 já em funcionamento. Isso se aplica sempre que um usuário é redirecionado para o OWA de outro aplicativo da web, que abre o OWA em uma nova guia:
Adicionar rel="noreferrer" à sua tag de link html deve ajudar: link
Ainda estamos procurando uma correção que funcione com o navegador Edge. Atualmente, nossa solução é CTRL + clique esquerdo no link
Enfrentamos esse erro também quando atualizamos o Exchange 2013 do SP1 para CU9. E descobri que o erro não é reproduzido no navegador "real" do IE11 e não no desktop. Desctop IE recebe o mesmo erro. Verificado no vencimento 7,8,1,10. Assim, os usuários podem definir quaisquer opções e, em seguida, usar outros navegadores, apenas para operações normais de fluxo de mensagens. Talvez esse ajuste também seja necessário, mas não o usamos:
Obrigado.