XADM: Um serviço que é executado como uma conta de sistema local não é possível obter informações sobre o livro de endereços

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: 306029
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Se um cliente baseadas em MAPI tenta obter livro de endereços informações enquanto está a ser executado como a conta LocalSystem, o servidor de catálogo global não devolve quaisquer informações do livro de endereços.

Para obter informações adicionais sobre DSProxy, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
256976XCLN: Como clientes MAPI acesso Active Directory
Causa
Este comportamento ocorre porque quando um cliente baseado em MAPI tenta primeiro obter informações de livro de endereços, contactados inicialmente o Exchange 2000 server. O Exchange 2000 server utiliza um processo conhecido como DSProxy para proxy este pedido a um servidor de catálogo global. Se o cliente baseadas em MAPI, na realidade, um serviço que está a ser executado como LocalSystem, o serviço utiliza Kerberos como respectivo pacote de autenticação. No entanto, o componente DSProxy do Exchange 2000 não proxy não o pedido de autenticação Kerberos para o servidor de catálogo global.
Resolução
Para contornar este comportamento, faça as alterações para a MAPI do perfil para que o cliente possa comunicar directamente com o servidor de catálogo global em vez de utilizando DSProxy. Para o fazer:
  1. Na secção perfil global do perfil de MAPI, defina a propriedade PR_PROFILE_SERVER_VERSION 3000 ( B80B0000 se estiver a utilizar alta byte ordenação).

    Esta definição explicitamente informa o subsistema MAPI que este perfil pode funcionar num servidor de Exchange 2000 e que o fornecedor do livro de endereços deverá comunicar directamente com um servidor de catálogo global. Para obter informações adicionais sobre secções global do perfil, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
    188482COMO: Abrir a secção do perfil global
  2. Na secção perfil global do perfil de MAPI, defina a propriedade PR_PROFILE_AUTH_PACKAGE RPC_C_AUTHN_GSS_NEGOTIATE (definida como 9 no ficheiro de cabeçalho rpcdce.h). Para obter informações adicionais, visite o seguinte Web site da Microsoft: Se estiver a utilizar alta byte ordenação, as entradas no ficheiro Mapisvc.inf semelhantes às seguintes entradas:
    PR_PROFILE_SERVER_VERSION B80B0000
    PR_PROFILE_AUTH_PACKAGE 09000000
Ponto Da Situação
A Microsoft confirmou que este é um problema no Microsoft Exchange 2000 Server.
PR_PROFILE_AUTH_PACKAGE RPC_C_AUTHN_GSS_NEGOTIATE

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 306029 - Última Revisão: 02/07/2014 18:35:50 - Revisão: 1.6

Microsoft Exchange 2000 Server Standard Edition

  • kbnosurvey kbarchive kbmt kbpending kbbug KB306029 KbMtpt
Comentários