XADM: Un servicio que se ejecuta como una cuenta LocalSystem no se puede recuperar información de libreta de direcciones

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

306029
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Síntomas
Si un cliente basado en MAPI intenta recuperar libreta información mientras se ejecuta como la cuenta LocalSystem, el servidor de catálogo global no devuelve ninguna información de libreta de direcciones.

Para obtener información adicional acerca de DSProxy, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
256976De XCLN: Cómo MAPI Clients Access Active Directory
Causa
Este comportamiento se produce porque cuando un cliente basado en MAPI primero intenta recuperar información de libreta de direcciones, inicialmente se contacto al servidor de Exchange 2000. El servidor de Exchange 2000 utiliza un proceso conocido como DSProxy al proxy esta solicitud a un servidor de catálogo global. Si el cliente basado en MAPI es realmente un servicio que se está ejecutando como LocalSystem, el servicio usa Kerberos como su paquete de autenticación. Sin embargo, el componente DSProxy de Exchange 2000 no a no proxy la solicitud de autenticación Kerberos al servidor de catálogo global.
Solución
Para evitar este comportamiento, realice los cambios a la MAPI perfil para que el cliente pueda comunicarse directamente con el servidor de catálogo global en lugar de mediante el uso de DSProxy. Para ello:
  1. En la sección de perfil global del perfil de MAPI, establezca la propiedad PR_PROFILE_SERVER_VERSION 3000 ( B80B0000 si utiliza el orden de bytes máximos).

    Esta configuración explícitamente informa el subsistema MAPI que este perfil puede funcionar con un servidor de Exchange 2000 y que el proveedor de libreta de direcciones debe comunicarse directamente con un servidor de catálogo global. Para obtener información adicional acerca de cómo global secciones de perfil, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    188482Cómo: Abrir la sección de perfil global
  2. En la sección de perfil global del perfil de MAPI, establezca la propiedad PR_PROFILE_AUTH_PACKAGE RPC_C_AUTHN_GSS_NEGOTIATE (definido como 9 en el archivo de encabezado rpcdce.h). Para obtener información adicional, visite el siguiente sitio Web de Microsoft: Si está utilizando orden de bytes máximos, las entradas en el archivo Mapisvc.inf aparecen similares a las siguientes entradas:
    PR_PROFILE_SERVER_VERSION B80B0000
    PR_PROFILE_AUTH_PACKAGE 09000000
Estado
Microsoft ha confirmado que este es un problema de Microsoft Exchange 2000 Server.
PR_PROFILE_AUTH_PACKAGE RPC_C_AUTHN_GSS_NEGOTIATE

Advertencia: este artículo se ha traducido automáticamente

Propiedades

Id. de artículo: 306029 - Última revisión: 02/12/2014 06:01:09 - Revisión: 1.6

  • Microsoft Exchange 2000 Server Standard Edition
  • kbnosurvey kbarchive kbmt kbpending kbbug KB306029 KbMtes
Comentarios