Solucionando problemas de OWA quando o quadro de conteúdo exibe ? carregamento ?

Traduções deste artigo Traduções deste artigo
ID do artigo: 280823 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sintomas

Quando você usar o Microsoft Internet Explorer versão 5.0 ou posterior para acessar o Outlook Web Access (OWA) no Microsoft Exchange 2000 Server ou no Microsoft Exchange Server 2003, você pode receber a seguinte mensagem no quadro conteúdo do OWA em vez da lista de mensagem que você espera:
Carregando...
Observação Se você estiver usando o Internet Explorer versão 4 ou o Netscape, talvez não haja esse comportamento.

Você pode também ser solicitado suas credenciais várias vezes. Ao ver a mensagem mencionada no quadro de conteúdo, você também poderá ver imagens de espaço reservado em que os seus botões da barra de ferramentas e ícones normalmente aparecem.

Causa

Esse comportamento pode ocorrer por qualquer uma das seguintes razões:
  • Versão do Internet Explorer 5.0 e posterior suporta HTTP-DAV como descrito na solicitação de comentários (RFC) 2518). Versão de criação distribuídas (DAV) usa verbos HTTP (Hypertext Transfer Protocol) que o servidor proxy ou firewall não reconhece. Além disso, o sua solução de firewall ou proxy não permite personalizar a lista de verbos HTTP aprovados.
  • Um idioma não é especificado nas preferências de idioma do Internet Explorer.
  • Ocorreu um erro de lógica no código de script do lado do servidor para o OWA. Esse problema ocorre quando o OWA executa uma solicitação HTTP GET que tem o cabeçalho de traduzir definido como f (FALSO).
  • O servidor Exchange é atrás Microsoft Proxy Server 2.0 e o servidor proxy não foi configurado para publicar o diretório de ExchWeb.
  • Se imagens de espaço reservado aparecerem onde os botões da barra de ferramentas e ícones normalmente aparecem, esse comportamento pode ser causado por uma das seguintes situações:
    • As permissões para a pasta Exchsrvr\exchweb são incorretas.
    • O diretório virtual Exchweb no Gerenciador de serviços de Internet não está configurado corretamente ou está faltando diretórios virtuais, como o diretório virtual IMG e o diretório virtual de Views.
    • A caixa de seleção Exigir canal seguro (SSL) está selecionada no diretório virtual de ExchWeb no Microsoft Internet Information Services (IIS) no computador com Exchange back-end.
  • Seu computador do Exchange foi atualizado do Microsoft Windows Server 2000 para Microsoft Windows Server 2003 e o URLScan foi instalado e configurado antes da atualização. URLScan não é necessário para o IIS 6.0 e pode causar problemas que são consistentes com esses sintomas. O URLScan 2.5 é a única versão que Microsoft oferece suporte para uso com o IIS 6.0.
  • A atualização de S/MIME mencionada no artigo da Base de dados de Conhecimento da Microsoft 883543 foi aplicada a um servidor back-end do Exchange, mas ele não foi aplicado aos servidores front-end. Para obter mais informações sobre o S/MIME atualizar, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    883543O controle S/MIME não carrega no OWA quando você estiver executando o cliente OWA do Exchange Server 2003 em um computador com Windows XP Service Pack 2
  • Você pode ver "Carregando" no painel de caixa de entrada se o usuário tiver alterado as configurações de zona de segurança no Internet Explorer. Se o site do OWA, como http://mail.domain.com, tem sido adicionado a uma zona de segurança, como "Sites confiáveis," no Internet Explorer, e se a opção scripts ativos foi desativada para a zona de segurança, você verá "Carregando" no painel de caixa de entrada no OWA após você autentica. Se a autenticação integrada é ativada, você não será solicitado para credenciais e você imediatamente verá "Carregando".
  • Você está se conectando a uma caixa de correio Exchange 2003 por meio de um servidor de acesso cliente do Exchange 2007. Se você estiver se conectando usando a autenticação básica em vez da autenticação baseada em formulários, confirme que a autenticação básica foi configurada no /exchange, /public e /exchweb diretórios virtuais no IIS no servidor de acesso para cliente.

Resolução

  1. Para contornar esse comportamento se o servidor proxy ou firewall não dá suporte verbos HTTP-DAV, use um dos seguintes métodos:
    • método 1 Força o OWA para tratar o Internet Explorer versão 5.0 e posterior como versões anteriores. Para obter mais informações sobre como forçar o OWA para tratar o Internet Explorer versão 5.0 e posterior como versões anteriores, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
      296232Caixa de entrada vazia ao usar o Internet Explorer 5 e posterior para obter acesso ao OWA
      Para obter mais informações sobre HTTP-DAV e "rich" versus "alcance" clientes, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
      310594Como a difícil código o cliente de alcance para o Internet Explorer 5.0 e posterior
    • método 2 Use SSL (Secure Sockets LAYER) no site do OWA. Esta etapa criptografa o tráfego HTTP para que o firewall não pode determinar quais verbos HTTP estão sendo enviados.
    • método 3 Se o servidor do Exchange estiver atrás de um computador que esteja executando o Microsoft Proxy Server 2.0, certifique-se de que o servidor proxy publique o diretório Exchweb juntamente com o diretório do Exchange. Para fazer isso, execute as seguintes etapas:
      1. No servidor proxy, inicie o ISM (Internet Services Manager).
      2. Clique em Web Proxy e, em seguida, clique em Propriedades no menu ação .
      3. Na guia publicação , clique para selecionar a caixa de seleção Habilitar publicação na Web .
      4. Clique em enviar as solicitações de entrada para o servidor local .
      5. Adicione uma exceção para enviar solicitações para os seguintes itens, onde FQDN é o registro de recurso de servidor de mensagens (MX) registered email e Server é o nome NetBIOS ou o endereço IP do computador com o Exchange. Adicione uma exceção para enviar solicitações para:
        • http:// FQDN / Exchweb

          -Para-
        • http:// Server / Exchweb
      6. Ao acessar o OWA através do Proxy Server, use o nome de domínio totalmente qualificado (FQDN). Para obter mais informações sobre como configurar o Microsoft Outlook Web Access (OWA) por trás do servidor proxy, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
        207655Configuração de publicação na Web e o OWA acesso através de um proxy
  2. Para resolver esse problema se um idioma não for especificado nas preferências de idioma do Internet Explorer, execute estas etapas:
    1. Abra o Internet Explorer.
    2. No menu Ferramentas , clique em Opções da Internet .
    3. Na guia Geral , clique em idiomas , clique em Adicionar , clique no idioma que você deseja adicionar e, em seguida, clique em OK duas vezes.
    4. Feche todas as janelas abertas.
  3. Para obter mais informações sobre como solucionar esse comportamento se um erro lógico ocorreu no código de script lado do servidor para o Outlook Web Access, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    330220O Outlook Web Access não exibe mensagens de caixa de entrada quando uma mensagem "Carregando..." é exibida
  4. Para contornar esse comportamento se o servidor proxy não foi configurado para publicar o diretório de ExchWeb, execute estas etapas:
    1. No servidor proxy, inicie o Gerenciador de serviços de Internet.
    2. Clique em Web Proxy e, em seguida, clique em Propriedades no menu ação .
    3. Na guia publicação , clique para selecionar a caixa de seleção Habilitar publicação na Web .
    4. Clique em enviar as solicitações de entrada para o servidor local .
    5. Adicione uma exceção para enviar solicitações para os seguintes itens, onde FQDN é o registro MX registrado e Server é o nome NetBIOS ou o endereço IP do computador com o Exchange. Adicione uma exceção para enviar solicitações para:
      • http:// FQDN / Exchweb

        -Para-
      • http:// Server / Exchweb
    6. Ao acessar o OWA através do Proxy Server, use o nome de domínio totalmente qualificado (FQDN) >. Para obter mais informações sobre como configurar o Outlook Web Access por trás do servidor proxy, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
      207655Configuração de publicação na Web e o OWA acesso através de um proxy
  5. Para resolver esse comportamento se imagens de espaço reservado aparecem onde a barra de ferramentas botões e ícones são exibidos normalmente, forneça o acesso do grupo Usuários autenticados para a pasta Exchsrvr\exchweb. Para fazer isso, execute as seguintes etapas:
    1. Inicie o Microsoft Windows Explorer e localize a pasta Exchweb.

      Observação Em uma nova instalação do Exchange 2000, o local padrão da pasta Exchweb é C:\Program files\Exchsrvr\Exchweb. Se você atualizou para o Exchange 2000 do Microsoft Exchange Server 5.5 ou anterior, o local padrão da pasta é C:\Exchsrvr\Exchweb.
    2. Clique com o botão direito na pasta Exchweb e, em seguida, clique em Propriedades .
    3. Clique na guia segurança .

      Observação Se a guia segurança está ausente, você não está usando uma unidade de sistema formatada de arquivo NTFS. Nesse cenário, o problema do OWA não é causado por permissões incorretas.
    4. Verifique se o grupo Authenticated Users possui as seguintes permissões:
      • Ler e executar
      • Lista o conteúdo da pasta
      • Leitura
    5. Se o grupo Usuários autenticados não estiver listado, clique em Adicionar para adicionar o grupo Usuários autenticados a lista de usuários com permissões.
    6. Após ter verificado que o grupo Authenticated Users tem as permissões corretas, clique em OK .
  6. O diretório virtual Exchweb deve ter a opção de acesso anônimo ativada. O diretório virtual Exchweb não deve restringir o endereço IP ou o domínio de usuários deve ter acesso ao OWA. Para verificar se o diretório virtual Exchweb está configurado corretamente, execute estas etapas:
    1. Clique em Iniciar , clique em programas , clique em Ferramentas administrativas e clique em Gerenciador de serviços de Internet .
    2. Abra o site que contém o diretório virtual Exchweb. O site padrão é o local padrão para todos os diretórios virtuais que são usados pelo OWA.

      Observação Se o diretório virtual Exchweb não estiver listado em qualquer parte dos sites, e se os diretórios virtuais Exadmin, Exchange e pública estão listados, você deve adicionar manualmente o diretório virtual Exchweb. Para fazer isso, execute as seguintes etapas:
      1. Clique em Iniciar , clique em programas , clique em Ferramentas administrativas e clique em Gerenciador de serviços de Internet .
      2. Clique com o botão direito do mouse no site da Web, aponte para novo e clique em Diretório Virtual .
      3. Quando o Assistente para criação de diretório virtual é iniciado, clique em Avançar .
      4. Digite Exchweb na caixa alias e em seguida, clique em Avançar .
      5. Clique no botão Procurar , localize a pasta Exchsrvr\exchweb e, em seguida, clique em OK .
      6. Clique em Avançar e clique em Avançar novamente para aceitar a permissão de acesso padrão.
      7. Clique em Concluir .
      Verifique se que os seguintes diretórios virtuais estão localizados em ExchWeb:
      • Bandeja
      • CABs
      • Controles
      • Ajuda
      • IMG
      • Modos de exibição
      Se qualquer um dessas pastas estiverem faltando, repita as etapas 1 a 7 para recriar o diretório virtual Exchweb.
    3. Verifique se o diretório tem a opção de acesso anônimo ativada. Para fazer isso, siga estas etapas.

      Observação Se você tiver ativado a opção de Autenticação integrada do Windows para o diretório de ExchWeb, você receberá uma mensagem que pergunta se você também deseja aplicar as alterações para as subpastas. Se você receber essa mensagem, clique em Selecionar tudo e, em seguida, aplicar as alterações.
      1. Clique com o botão direito do mouse no diretório virtual Exchweb, clique em Propriedades e, em seguida, clique na guia Segurança de diretório .
      2. Em Anonymous access and authentication control , clique em Editar .
      3. Verifique se a opção acesso anônimo está ativado e, em seguida, clique em OK .
      4. Em restrições de endereço IP e domínio nome , clique em Editar .
      5. Certifique-se que a opção de Acesso permitido está selecionada e que endereços de IP somente específicas ou os domínios que você deseja impedir que o site do OWA estão na lista de exceções.
      6. Clique duas vezes em OK .
    Se o problema persistir, verifique se a opção acesso anônimo está configurada corretamente.
  7. Para resolver esse comportamento se a atualização de S/MIME descrita no KB 883543 foi aplicada em um servidor back-end do Exchange, mas não tiver sido aplicada em um servidor front-end, instale a atualização de S/MIME em servidores front-end e back-end.
  8. Para resolver esse comportamento se a caixa de seleção Exigir canal seguro (SSL) estiver marcada no diretório virtual Exchweb no IIS no computador com o back-end Exchange, execute essas etapas:
    1. Abra o console de gerenciamento IIS no servidor do Exchange 2003 back-end.
    2. Clique com o botão direito do mouse no diretório virtual Exchweb no site da Web padrão e em seguida, clique em Propriedades .
    3. Clique na guia Segurança de diretório .
    4. Clique em Editar na área de Comunicações de segurança .
    5. Clique para desmarcar a caixa de seleção Exigir canal de segurança (SSL) e, em seguida, clique em OK para todas as janelas.

Mais Informações

Se os métodos listados na seção "Resolução" não resolverem esse problema, tente um ou mais das seguintes etapas:
  1. Registre novamente MSXML.dll e Msxml3.dll. Para fazer isso, digite os seguintes comandos em um prompt de comando no computador do Exchange:
    regsvr32 c:\winnt\system32\msxml.dll
    regsvr32 c:\winnt\system32\msxml3.dll
  2. Use um dos seguintes métodos para recriar os relacionadas ao Exchange diretórios virtuais no Gerenciador de serviços de Internet, dependendo da sua situação.

    Exchange 2000

    1. Inicie o Gerenciador de serviços de Internet e clique no ícone computador em serviços de informações da Internet.
    2. No menu Ação, clique em Backup/restaurar configuração .
    3. Clique em criar backup , digite um nome para o arquivo de backup e, em seguida, clique em OK .

      Observação Por padrão, o arquivo de backup é salvo para a pasta %SystemRoot%\system32\inetsrv\MetaBack. Se você desejar salvar o arquivo de backup para outro local, você pode copiar o arquivo deste local padrão para outro local. Mantenha uma cópia do arquivo de backup no local padrão para permitir o fácil de restauração. Este método de backup permite que você restaurar apenas as configurações do Microsoft Internet Information Services (IIS), não os arquivos de conteúdo. Este método de backup não funciona se você reinstalar o sistema operacional. Arquivos de backup não podem ser usados para restaurar uma configuração do IIS em outros computadores que estão executando o Windows 2000.
    4. Clique em Fechar .
    5. Clique Default Web Site com o botão direito do mouse e, em seguida, clique em Parar .
    6. Exclua os seguintes diretórios virtuais:
      • Exadmin
      • Exchange
      • Público
      • Exchweb
    7. Abra um prompt de comando no computador com Exchange, digite cd c:\inetpub\adminscripts e, em seguida, pressione ENTER.

      Observação O script adsutil.vbs usa CScript. Se você registrar cscript.exe como o host de script padrão, não é necessário digitar cscript.exe na frente dos scripts para executá-las. Se desejar registrar cscript.exe, ou se você já registrou o CScript como o host de script padrão, vá para a etapa k.
    8. Para registrar CScript como o host de script padrão, digite adsutil e, em seguida, pressione ENTER.

      Se CScript não é o padrão script host neste computador, você receberá a seguinte mensagem:
      Esse script não funciona com WScript.
      Se CScript já for o host de script padrão, o texto que descreve como usar a ferramenta Adsutil.vbs aparece.
    9. Clique em OK .
    10. Clique em Sim para registrar CScript, clique em OK e, em seguida, clique em OK novamente.
    11. Digite o seguinte comando:
      Adsutil excluir ds2mb
    12. Reinicie o serviço Microsoft Exchange System Attendant. Isso recria os Exadmin, Exchange e Public diretórios virtuais no IIS.
    13. No Gerenciador de serviços de Internet, clique Default Web Site com o botão direito do mouse e, em seguida, clique em Iniciar .

    Exchange 2003

    Método 1: Redefinir o HighWaterMarks

    1. Baixe e instale o IIS 6.0 Resource Kit Tools. Para obter o IIS 6.0 Resource Kit Tools, visite o seguinte site:
      http://www.microsoft.com/downloads/details.aspx?FamilyID=56FC92EE-A71A-4C73-B628-ADE 629C89499&displaylang=en
      Se você não deseja instalar todos os o IIS 6.0 Resource Kit Tools, clique na opção de instalação personalizada para instalar somente o Metabase Explorer 1.6.
    2. Inicie O Gerenciador do IIS.
    3. Fazer backup da metabase. Para fazer isso, clique Default Web Site com o botão direito do mouse, clique em Todas as tarefas e, em seguida, clique em Salvar configuração para um arquivo . Digite um nome de arquivo para o arquivo e clique em OK .
    4. Expanda Site padrão e exclua os seguintes diretórios virtuais:
      • Microsoft-Server-ActiveSync
      • OMA
      • Exadmin
      • Exchange
      • Público
      • ExchWeb
    5. Inicie o Metabase Explorer. Para fazer isso, clique em Iniciar , aponte para Todos os programas , aponte para Recursos do IIS , aponte para o Metabase Explorer e clique em Gerenciador de Metabase .
    6. Expanda a chave LM , clique com o botão direito na chave DS2MB e, em seguida, clique em Excluir .
    7. Feche o Metabase Explorer.
    8. Reinicie o serviço Microsoft Exchange System Attendant para recriar os diretórios virtuais no IIS.

      Observação Se os diretórios virtuais não são recriados após 15 minutos, reinicie o servidor.
    9. No Gerenciador do IIS, expanda Site padrão , clique com o botão direito do mouse em Exchweb e, em seguida, clique em Propriedades .
    10. Clique na guia Segurança de diretório e, em seguida, clique em Editar em autenticação e controle de acesso .
    11. Verifique se que somente o Ativar acesso anônimo está selecionada.
    12. Clique Default Web Site com o botão direito do mouse e, em seguida, clique em Parar .
    13. Clique Default Web Site com o botão direito do mouse e, em seguida, clique em Iniciar .

    Método 2: Use ADSUtil para excluir a chave DS2MB

    1. Siga as etapas a até c da seção "Método 1: redefinir o HighWaterMarks" para fazer backup da metabase.
    2. Expanda Site padrão e exclua os seguintes diretórios virtuais:
      • Microsoft-Server-ActiveSync
      • OMA
      • Exadmin
      • Exchange
      • Público
      • ExchWeb
    3. Abra um prompt de comando, digite c:\inetpub\adminscripts e, em seguida, pressione ENTER.
    4. Digite adsutil e, em seguida, pressione ENTER.

      Se CScript não é o padrão script host neste computador, você receberá a seguinte mensagem:
      Esse script não funciona com WScript.
      Clique em OK , clique em Sim para registrar CScript, clique em OK e, em seguida, clique em OK novamente.

      Observação Se CScript já for o host de script padrão, o texto que descreve como usar a ferramenta Adsutil.vbs aparece.
    5. Digite adsutil delete ds2mb e, em seguida, pressione ENTER.
    6. Reinicie o serviço Microsoft Exchange System Attendant para recriar os diretórios virtuais no IIS.

      Observação Se os diretórios virtuais não são recriados após 15 minutos, reinicie o servidor.
    7. No Gerenciador do IIS, expanda Site padrão , clique com o botão direito do mouse em Exchweb e, em seguida, clique em Propriedades .
    8. Clique na guia Segurança de diretório e, em seguida, clique em Editar em autenticação e controle de acesso .
    9. Verifique se que somente o Ativar acesso anônimo está selecionada.
    10. Clique Default Web Site com o botão direito do mouse e, em seguida, clique em Parar .
    11. Clique Default Web Site com o botão direito do mouse e, em seguida, clique em Iniciar .
Para obter mais informações se o "Carregando" também inclui "Unable to Exibir pasta. Ocorreu um erro interno do servidor"erro mensagem, clique no seguinte número de artigo para ler o artigo na Base de dados de Conhecimento da Microsoft:
267911Mensagem de erro "Erro interno do servidor" ocorre quando usando o OWA
Para obter mais informações sobre os diretórios virtuais IIS, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
262181Diretórios virtuais do IIS usados pelo Outlook Web Access
Os seguintes produtos são conhecidos por causar esse problema:
  • Microsoft Proxy Server 2.0
  • Symantec Raptor 6.5
  • Servidor proxy do Netscape
  • Rede Associates Gauntlet
Os produtos de terceiros mencionados neste artigo são fabricados por empresas que são independentes da Microsoft. A Microsoft não oferece garantia, implícita ou não, em relação ao desempenho ou à confiabilidade desses produtos.

Propriedades

ID do artigo: 280823 - Última revisão: sexta-feira, 9 de janeiro de 2009 - Revisão: 13.1
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2007 Enterprise Edition
  • Microsoft Exchange Server 2007 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Palavras-chave: 
kbmt kbprb KB280823 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 280823

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com