Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Quando utilizar o Microsoft Internet Explorer versão 5.0 ou posterior para aceder ao Outlook Web Access (OWA) no Microsoft Exchange 2000 Server ou no Microsoft Exchange Server 2003, poderá receber a seguinte mensagem na frame conteúdo do OWA em vez da mensagem de lista que quer orçar:
A carregar...
Nota Se estiver a utilizar o Internet Explorer versão 4 ou Netscape, poderá não detectar este comportamento.
Pode também ser-lhe as suas credenciais várias vezes. Juntamente com ver a mensagem mencionada na frame de conteúdo, também poderá ver imagens de marcador de posição em que os botões de barra de ferramentas e os ícones aparecem normalmente.
Este comportamento pode ocorrer qualquer um dos seguintes motivos:
Internet Explorer versão 5.0 e posterior suporta HTTP DAV como descrito no RFC Request for Comments (RFC) 2518). Versão de criação de conteúdos distribuídas (DAV) utiliza verbos do protocolo de transferência de hipertexto (HTTP, Hypertext Transfer Protocol) que o servidor proxy ou firewall não reconhece. Além disso, a solução de firewall ou proxy não permite personalizar a lista de verbos HTTP aprovadas.
Um idioma não foi especificado nas preferências de idioma do Internet Explorer.
Ocorreu um erro lógica no código de scripts do lado do servidor do OWA. Este problema ocorre quando OWA efectua um pedido HTTP GET com cabeçalho traduzir definido como f (FALSO).
É o servidor do Exchange com o Microsoft Proxy Server 2.0 e o servidor proxy não foi configurado para publicar no directório Exchweb.
Se imagens de marcador de posição aparecerem onde os botões de barra de ferramentas e os ícones aparecem normalmente, este comportamento poderá ser causado por um dos seguintes cenários:
As permissões para a pasta Exchsrvr\Exchweb estão incorrectas.
O directório virtual Exchweb no Gestor de serviços Internet não está configurado correctamente ou falta directórios virtuais tais como o directório virtual Img e o directório virtual de vistas.
A caixa de verificação Exigir canal seguro (SSL) está seleccionada no directório de virtual Exchweb no Microsoft (IIS) no computador de Exchange back-end.
O computador do Exchange foi actualizado a partir do Microsoft Windows Server 2000 para o Microsoft Windows Server 2003 de mensagens em fila e o URLScan foi instalado e configurado antes da actualização de mensagens em fila. O URLScan não é necessário para o IIS 6.0 e pode causar problemas são consistentes com estes sintomas. URLScan 2.5 é a única versão que a Microsoft suporta para utilização com o IIS 6.0.
A actualização de S/MIME referida no artigo de base de dados de conhecimento da Microsoft 883543 foi aplicada a um servidor de back-end do Exchange, mas não foi aplicada para os servidores front-end. Para mais informações sobre o S/MIME actualizar, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
883543
(http://support.microsoft.com/kb/883543/
)
O controlo S/MIME não é carregado no OWA quando estiver a executar o cliente OWA do Exchange Server 2003 num computador com o Windows XP Service Pack 2
Poderá ver "Loading" no painel da pasta ' a receber ' se o utilizador tiver alterado as definições de zona de segurança do Internet Explorer. Se o Web site do OWA, como http://mail.domain.com, foi adicionado a uma zona de segurança, tais como "Sites fidedignos," no Internet Explorer, e se a opção processamento de scripts activo foi desactivada para essa zona de segurança, verá "Loading" no painel de pasta a receber no OWA depois de a autenticar. Se a autenticação integrada estiver activada, não será avisado de credenciais e verá imediatamente "Loading".
Está a ligar a uma caixa de correio Exchange 2003 através de um servidor de acesso de cliente do Exchange 2007. Se estiver a ligar, utilizando 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 directórios virtuais no IIS no servidor de acesso de cliente.
Para contornar este comportamento se o servidor proxy ou firewall não suporta verbos de HTTP-DAV, utilize 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 de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
296232
(http://support.microsoft.com/kb/296232/
)
Pasta a receber vazia quando utilizar o Internet Explorer 5 e versões posteriores para aceder ao OWA
Para obter mais informações sobre HTTP DAV e "rich" em vez de clientes "aceder a", clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
310594
(http://support.microsoft.com/kb/310594/
)
Como a difícil código o cliente de atingir para o Internet Explorer 5.0 e versões posteriores
método 2 Utilize (Secure Sockets Layer) no site Web OWA. Este passo encripta o tráfego HTTP para que o firewall não consegue determinar os verbos de HTTP são enviados.
método 3 Se o servidor do Exchange estiver por trás de um computador que está a executar o Microsoft Proxy Server 2.0, certifique-se de que o servidor proxy publica o directório Exchweb juntamente com o directório do Exchange. Para o fazer, siga estes passos:
No servidor proxy, inicie o Gestor de serviços de Internet (ISM, Manager).
Clique em Web Proxy e, em seguida, clique em Propriedades no menu acção .
No separador publicação , clique para seleccionar a caixa de verificação Activar publicação da Web .
Clique em Enviar pedidos de entrada para o servidor local .
Adicione uma excepção para enviar pedidos para os itens seguintes, em que FQDN é o registo de recurso do registered mail exchanger (MX) e o Server é o nome de NetBIOS ou o endereço IP do computador do Exchange. Adicione uma excepção para enviar pedidos:
http:// FQDN / Exchweb
-Para-
http:// Server / Exchweb
Quando acede ao OWA através do servidor proxy, utilize o nome de domínio totalmente qualificado (FQDN, Fully Qualified Domain Name). Para obter mais informações sobre como configurar o Microsoft Outlook Web Access (OWA) atrás de servidor proxy, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
207655
(http://support.microsoft.com/kb/207655/
)
Configurar o acesso de publicação na Web e OWA através de um proxy
Para resolver este problema se um idioma não é especificado nas preferências de idioma do Internet Explorer, siga estes passos:
Abra o Internet Explorer.
No menu Ferramentas , clique em Opções da Internet .
No separador Geral , clique em idiomas , clique em Adicionar , clique no idioma que pretende adicionar e, em seguida, clique duas vezes em OK.
Feche todas as janelas do browser abrir.
Para obter mais informações sobre como resolver este comportamento se tiver ocorrido um erro lógico no código de scripts do lado do servidor para o Outlook Web Access, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
330220
(http://support.microsoft.com/kb/330220/
)
O Outlook Web Access não apresenta mensagens da pasta ' a receber ' quando for apresentada uma mensagem "Loading..."
Para contornar este comportamento se o servidor proxy não tiver sido configurado para publicar no directório Exchweb, siga estes passos:
No servidor proxy, inicie o Gestor de serviços Internet.
Clique em Web Proxy e, em seguida, clique em Propriedades no menu acção .
No separador publicação , clique para seleccionar a caixa de verificação Activar publicação da Web .
Clique em Enviar pedidos de entrada para o servidor local .
Adicione uma excepção para enviar pedidos para os itens seguintes, em que FQDN é o registo MX registado e Server é o nome de NetBIOS ou o endereço IP do computador do Exchange. Adicione uma excepção para enviar pedidos:
http:// FQDN / Exchweb
-Para-
http:// Server / Exchweb
Quando acede ao OWA através do servidor proxy, utilizar o nome de domínio totalmente qualificado (FQDN, Fully Qualified Domain Name) >. Para obter mais informações sobre como configurar o Outlook Web Access por trás de servidor proxy, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
207655
(http://support.microsoft.com/kb/207655/
)
Configurar o acesso de publicação na Web e OWA através de um proxy
Para resolver este comportamento se aparecerem imagens de marcador de posição onde a barra de ferramentas botões e ícones aparecem normalmente, conceder o acesso do grupo Utilizadores autenticados à pasta Exchsrvr\Exchweb. Para o fazer, siga estes passos:
Inicie o Explorador do Windows e, em seguida, localize a pasta Exchweb.
Nota Numa nova instalação do Exchange 2000, a localização predefinida da pasta Exchweb é C:\Program files\Exchsrvr\Exchweb. Se tiver actualizado para o Exchange 2000 a partir do Microsoft Exchange Server 5.5 ou anterior, a localização predefinida da pasta é C:\Exchsrvr\Exchweb.
Clique com o botão direito do rato na pasta Exchweb e, em seguida, clique em Propriedades .
Clique no separador segurança .
Nota Se o separador segurança está em falta, não está a utilizar uma unidade de sistema formatada de ficheiros NTFS. Neste cenário, o problema OWA não é provocado por permissões incorrectas.
Verifique se o grupo Utilizadores autenticados tem as seguintes permissões:
Ler e executar
Lista conteúdo da pasta
Ler
Se o grupo Utilizadores autenticados não estiver listado, clique em Adicionar para adicionar o grupo Utilizadores autenticados à lista de utilizadores com permissões.
Depois de ter verificado que o grupo Utilizadores autenticados tem as permissões correctas, clique em OK .
O directório virtual Exchweb deve ter a opção de acesso anónimo activada. O directório virtual Exchweb não deve restringir o endereço IP ou o domínio de utilizadores que têm de aceder ao OWA. Para verificar que o directório virtual Exchweb está configurado correctamente, siga estes passos:
Clique em Iniciar , clique em programas , clique em Ferramentas administrativas e, em seguida, clique em Gestor de serviços Internet .
Abra o Web site que contém o directório virtual Exchweb. O Web site predefinido é a localização predefinida para todos os directórios virtuais que são utilizados pelo OWA.
Nota Se o directório virtual Exchweb não estiver listado em qualquer parte dos Web sites e se os directórios virtuais Exchange, pública e Exadmin listados, terá de adicionar manualmente o directório virtual Exchweb. Para o fazer, siga estes passos:
Clique em Iniciar , clique em programas , clique em Ferramentas administrativas e, em seguida, clique em Gestor de serviços Internet .
Clique com o botão direito do rato no Web site, aponte para Novo e, em seguida, clique em Directório Virtual .
Quando inicia o Assistente de criação de directório virtual, clique em seguinte .
Escreva Exchweb na caixa alias e, em seguida, clique em seguinte .
Clique no botão Procurar , localize a pasta Exchsrvr\Exchweb e, em seguida, clique em OK .
Clique em seguinte e, em seguida, clique em seguinte para aceitar a permissão de acesso predefinida.
Clique em Concluir .
Certifique-se que os seguintes directórios virtuais estão localizados em Exchweb:
Posição
Táxis
Controlos
Ajuda
Img
Vistas
Se qualquer uma destas pastas estiverem em falta, repita os passos 1 a 7 para recriar o directório virtual Exchweb.
Verifique se o directório tem a opção de acesso anónimo activada. Para o fazer, siga estes passos.
Nota Se tiver activado a opção de Autenticação integrada do Windows para o directório Exchweb, receberá uma mensagem que pergunta se também pretender aplicar as alterações para os subdirectórios. Se receber esta mensagem, clique em Seleccionar tudo e, em seguida, aplicar as alterações.
Clique com o botão direito do rato no directório virtual Exchweb, clique em Propriedades e, em seguida, clique no separador Segurança do .
Em controlo de acesso anónimo e autenticação , clique em Editar .
Verifique se a opção de acesso anónimo está activado e, em seguida, clique em OK .
Em restrições de endereço IP e domínio nome , clique em Editar .
Certifique-se de que a opção de Acesso concedido está seleccionada e que apenas o específicos endereços de IP ou domínios que pretende restringir a partir do site do OWA estão na lista de excepções.
Clique duas vezes em OK .
Se o problema persistir, verifique se a opção de acesso anónimo (Anonymous access) está configurada correctamente.
Para resolver este comportamento se a actualização de S/MIME descrita KB 883543 foi aplicada num servidor back-end do Exchange, mas não foi aplicada num servidor front-end, instale a actualização de S/MIME nos servidores front-end e back-end.
Para resolver este comportamento se a caixa de verificação Exigir canal seguro (SSL) estiver seleccionada no directório virtual Exchweb no IIS no computador do Exchange back-end, siga estes passos:
Abra a consola de gestão IIS no servidor back-end Exchange 2003.
Clique botão direito do rato no directório virtual Exchweb no Web site predefinido e, em seguida, clique em Propriedades .
Clique no separador Segurança de directórios .
Clique em Editar na área de Comunicações seguras .
Clique para desmarcar a caixa de verificação Exigir canal seguro (SSL) e, em seguida, clique em OK para todas as janelas.
Se os métodos listados na secção "Resolução" não resolverem este problema, tente um ou mais dos seguintes passos:
Volte a registar MSXML.dll e MSXML3.dll. Para o fazer, escreva os seguintes comandos numa linha de comandos do computador do Exchange:
regsvr32 c:\winnt\system32\msxml.dll
regsvr32 c:\winnt\system32\msxml3.dll
Utilize um dos seguintes métodos para recriar os relacionados com o Exchange directórios virtuais no Gestor de serviços Internet, dependendo da situação.
Inicie o Gestor de serviços Internet e, em seguida, clique no ícone computador em Serviços de informação Internet (IIS).
No menu Acção, clique em Cópia de segurança/restauro da configuração .
Clique em Criar cópia de segurança , escreva um nome para o ficheiro de cópia de segurança e, em seguida, clique em OK .
Nota Por predefinição, o ficheiro de cópia de segurança é guardado na pasta %SystemRoot%\system32\inetsrv\MetaBack. Se pretender guardar o ficheiro de cópia de segurança noutra localização, pode copiar o ficheiro desta localização predefinida para outra localização. Manter uma cópia do arquivo de backup na localização predefinida para permitir restauro fácil. Este método de cópia de segurança permite-lhe restaurar apenas as definições do ISS (Serviços de informação Internet Information Services), não os ficheiros de conteúdo. Este método de cópia de segurança não funciona se reinstalar o sistema operativo. Ficheiros de cópia de segurança não podem ser utilizados para restaurar uma configuração do IIS noutros computadores que executem o Windows 2000.
Clique em Fechar .
Clique com o botão direito do rato em Web Site predefinido e, em seguida, clique em Parar .
Elimine os seguintes directórios virtuais:
Exadmin
Exchange
Público
Exchweb
Abra uma linha de comandos no computador do Exchange, escreva cd c:\inetpub\adminscripts e, em seguida, prima ENTER.
Nota O script Adsutil.vbs utiliza CScript. Se registar o Cscript.exe como predefinição anfitrião de scripts, não é necessário escrever cscript.exe à frente dos scripts para executá-los. Se não pretender registar o Cscript.exe ou se já tiver registado CScript como predefinição anfitrião de scripts, avance para o passo k.
Para registar CScript como o anfitrião de scripts predefinido, escreva adsutil e, em seguida, prima ENTER.
Se CScript não for o anfitrião neste computador de scripts predefinido, receberá a seguinte mensagem:
Este script não funciona com WScript.
Se CScript já for o anfitrião de scripts predefinido, o texto que descreve como utilizar a ferramenta Adsutil.vbs aparece.
Clique em OK .
Clique em Sim para registar CScript, clique em OK e, em seguida, clique em OK novamente.
Escreva o seguinte comando:
adsutil eliminar ds2mb
Reinicie o serviço System Attendant do Microsoft Exchange. Este recria Exadmin, Exchange e públicos directórios virtuais no IIS.
No Gestor de serviços Internet, clique com o botão direito do rato em Web Site predefinido e, em seguida, clique em Iniciar .
Se que não pretende instalar todo o IIS 6.0 Resource Kit Tools, clique na opção de instalação personalizado para instalar apenas o Metabase Explorer 1.6.
Inicie o Gestor de IIS.
Cópia de segurança da metabase. Para o fazer, clique com o botão direito do rato em Web Site predefinido , clique em Todas as tarefas e, em seguida, clique em Guardar configuração para um ficheiro . Escreva um nome para o ficheiro e clique em OK .
Expanda Web Site predefinido e, em seguida, elimine os seguintes directórios virtuais:
-Microsoft-Server-ActiveSync
OMA
Exadmin
Exchange
Público
ExchWeb
Inicie o Explorador da Metabase. Para o fazer, clique em Iniciar , aponte para Todos os programas , aponte para Recursos do IIS , aponte para Explorer da Metabase e, em seguida, clique em Explorador da Metabase .
Expanda a chave de LM , clique com o botão direito do rato na chave DS2MB e, em seguida, clique em Eliminar .
Feche o Explorador da Metabase.
Reinicie o serviço System Attendant do Microsoft Exchange para recriar os directórios virtuais no IIS.
Nota Se os directórios virtuais não recriados após 15 minutos, reinicie o servidor.
No Gestor de IIS, expanda Web Site predefinido , clique com o botão direito do rato Exchweb e, em seguida, clique em Propriedades .
Clique no separador Segurança de directórios e, em seguida, clique em Editar em controlo de acesso e autenticação .
Verifique se apenas a caixa de verificação Permitir acesso anónimo está seleccionada.
Clique com o botão direito do rato em Web Site predefinido e, em seguida, clique em Parar .
Clique com o botão direito do rato em Web Site predefinido e, em seguida, clique em Iniciar .
Método 2: Utilizar ADSUtil para eliminar a chave DS2MB
Siga os passos à c da secção "Método 1: repor o HighWaterMarks" a efectuar uma cópia de segurança da metabase.
Expanda Web Site predefinido e, em seguida, elimine os seguintes directórios virtuais:
-Microsoft-Server-ActiveSync
OMA
Exadmin
Exchange
Público
ExchWeb
Abra uma linha de comandos, escreva c:\inetpub\adminscripts e, em seguida, prima ENTER.
Escreva adsutil e, em seguida, prima ENTER.
Se CScript não for o anfitrião neste computador de scripts predefinido, receberá a seguinte mensagem:
Este script não funciona com WScript.
Clique em OK , clique em Sim para registar CScript, clique em OK e, em seguida, clique novamente em OK .
Nota Se CScript já for o anfitrião de scripts predefinido, o texto que descreve como utilizar a ferramenta Adsutil.vbs aparece.
Escreva adsutil eliminar ds2mb e, em seguida, prima ENTER.
Reinicie o serviço System Attendant do Microsoft Exchange para recriar os directórios virtuais no IIS.
Nota Se os directórios virtuais não recriados após 15 minutos, reinicie o servidor.
No Gestor de IIS, expanda Web Site predefinido , clique com o botão direito do rato Exchweb e, em seguida, clique em Propriedades .
Clique no separador Segurança de directórios e, em seguida, clique em Editar em controlo de acesso e autenticação .
Verifique se apenas a caixa de verificação Permitir acesso anónimo está seleccionada.
Clique com o botão direito do rato em Web Site predefinido e, em seguida, clique em Parar .
Clique com o botão direito do rato em Web Site predefinido e, em seguida, clique em Iniciar .
Para mais informações se a "Loading" também inclui "Unable to apresentar pastas. Ocorreu um erro de servidor interno"erro mensagem, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
267911
(http://support.microsoft.com/kb/267911/
)
Mensagem de erro "Erro de servidor interno" ocorre quando utilizar o OWA
Para obter mais informações sobre os directórios virtuais do IIS, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
262181
(http://support.microsoft.com/kb/262181/
)
Directórios virtuais do Internet Information Server utilizados pelo Outlook Web Access
Os seguintes produtos têm sido conhecidos para fazer com que este problema:
Microsoft Proxy Server 2.0
Symantec Raptor 6.5
Servidor proxy do Netscape
Rede Associates Gauntlet
Os produtos de outros fabricantes explicado neste artigo são fabricados por empresas independentes da Microsoft. A Microsoft não oferece nenhuma garantia, expressa ou implícita, relativamente ao desempenho ou fiabilidade destes produtos.
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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 280823
(http://support.microsoft.com/kb/280823/en-us/
)
Qual foi o esforço que despendeu pessoalmente para utilizar este artigo?
Muito baixo
Baixo
Moderado
Elevado
Muito elevado
Diga-nos porquê e o que podemos fazer para melhorar estas informações
Obrigado! Os seus comentários são utilizados para ajudar-nos a melhorar o conteúdo do nosso suporte. Para obter mais opções de assistência, visite a Home Page de Ajuda e Suporte.
Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Tradução automática
Voltar ao topo
