XADM: Exchange 2000 Server no puede registrar Outlook notificaciones de correo nuevo

Seleccione idioma Seleccione idioma
Id. de artículo: 319572 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
importante : este artículo contiene información acerca de cómo modificar el registro. Antes de modificar el Registro, asegúrese de hacer una copia de seguridad del mismo y de que sabe cómo restaurarlo si ocurre algún problema. Para obtener información sobre cómo realizar una copia de seguridad, restaurar y modificar el Registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
256986Definición del Registro de Microsoft Windows
Expandir todo | Contraer todo

En esta página

Síntomas

Puede parecer que Microsoft Outlook no recibe nuevos mensajes de correo electrónico. Sin embargo, no se reciben sólo notificaciones de correo nuevo.

Si haga clic en otra carpeta y, a continuación, haga clic en la Bandeja de entrada , se reciben mensajes nuevos. Si espera un minuto, se recibe correo nuevo.

Nota : si no está registrada la notificación de correo nuevo, Outlook sondea el servidor cada minuto para ver si hay correo nuevo.

Causa

Las dos causas comunes de este problema son:
  • El servidor no puede registrar las notificaciones de correo nuevo cliente.
  • EL tráfico UDP no se transfiere desde el servidor en el equipo cliente.
Notificaciones de correo nuevo dependen de protocolo de datagramas de usuario (UDP) y un registro válido desde el servidor.

Solución

Nuevo registro de notificación de correo del servidor

Si el servidor de correo no pudo registrar al cliente para notificaciones de correo nuevo, puede utilizar varias herramientas para resolver el problema.

El programa de Regedt32

Puede utilizar el programa de Regedt32 para resolver este problema.

Advertencia : si utiliza incorrectamente el Editor del registro, pueden surgir problemas graves que conlleven la reinstalación del sistema operativo. Microsoft no garantiza que pueda solucionar los problemas resultantes del uso incorrecto del Editor del Registro. Utilice el Editor del Registro bajo su responsabilidad.

Cuando un cliente envía la solicitud al servidor para registrar notificaciones de correo nuevo, el almacén de información utiliza varias claves del registro.

La primera clave es:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Winsock\Parameters\Transports
El valor de la clave de transportes coincide con las claves de registro de servicios correspondientes.

Por ejemplo, si los valores de la clave de transportes TCPIP, NetBIOS y AppleTalk, las claves de registro correspondientes son:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBIOS

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AppleTalk
Si todos los valores de la clave de registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Winsock\Parameters\Transports no tienen las claves correspondientes de servicios , la notificación de correo nuevo no funciona.

El programa EnumProt

Para determinar si hay problemas en el servidor, ejecute el programa EnumProt. Para ejecutar esta utilidad:
  1. Guardar el archivo EnumProt.exe en el servidor de Exchange 2000.
  2. Desde una línea de comandos, busque la carpeta donde guardó EnumProt.exe.
  3. Escriba EnumProt > EnumProt.txt.
  4. Abra el archivo EnumProt.txt para ver si la prueba se realizó correctamente.
En el siguiente ejemplo es una prueba correcta:
Las pruebas de "Compatibilidad TCPIP"! AF_INET = Family (2)
Llamada EnumProtocols() con búfer de 2048 bytes.
Volcar disponible transportes [8]

Protocolo de 1: Familia (2) (0 x 6) de protocolo TCP/IP
Protocolo de 2: Familia (2) (0 x 11) del protocolo UDP/IP
Protocolo de 3: protocolo de familia (17) (0 x 80000000) \Device\NetBT_Tcpip_{EBDFB267-726B-44D0-8151-991AADA9CC48}
Protocolo de 4: protocolo de familia (17) (0 x 80000000) \Device\NetBT_Tcpip_{EBDFB267-726B-44D0-8151-991AADA9CC48}
Protocolo de 5: protocolo de familia (17) (0xffffffff) \Device\NetBT_Tcpip_{940E55D2-C11F-4FAF-8D9A-DE8420445A8E}
Protocolo de 6: protocolo de familia (17) (0xffffffff) \Device\NetBT_Tcpip_{940E55D2-C11F-4FAF-8D9A-DE8420445A8E}
Protocolo de 7: protocolo de familia (17) (0xfffffffe) \Device\NetBT_Tcpip_{D8272D57-6520-460F-9F37-984EAE14BBD0}
Protocolo de 8: protocolo de familia (17) (0xfffffffe) \Device\NetBT_Tcpip_{D8272D57-6520-460F-9F37-984EAE14BBD0}
SE REALIZÓ CON ÉXITO!
El ejemplo siguiente es una prueba incorrecta:
Las pruebas de "Compatibilidad TCPIP"! AF_INET = Family (2)
Llamada EnumProtocols() con búfer de 2048 bytes.
Error devuelto! GetLastError() = 0 x 2
ERROR 0 X 80040102 al devuelto

El programa DPMon

Ejecute el programa DPMon en el equipo cliente durante el proceso de inicio de sesión de Outlook. La notificación de correo nuevo está representada por:
CNCT::EcOpenSocketAndRegisterForNotifications
Si el servidor no puede registrar la notificación de correo nuevo, se genera el error siguiente:
EC = ecNotSupported-MAPI_E_NO_SUPPORT (0 x 80040102 al)
Nota : si la notificación de correo nuevo no está registrada, el cliente sondea el servidor cada minuto para ver si hay correo nuevo.

Tráfico UDP

El Monitor de red puede utilizar a Monitor de red para determinar si se envían paquetes UDP. Para determinar si se envían paquetes UDP entre el servidor y el cliente, capturar el proceso de inicio de sesión de Outlook. También puede capturar el proceso de enviar un nuevo mensaje al cliente. Si no hay paquetes UDP se envían desde el servidor, ya sea UDP está bloqueado o el registro no tuvo éxito en el servidor.

Nota : el cliente se enlaza al almacén de información (A4F1DB00-CA47-1067-B31F-00DD010662DA). A continuación, enviar un opnum 0 x 4 (ecRRegisterPushNotification) al servidor. El servidor responde correctamente a este opnum 0 x 4, si el cliente está registrado o no.

Para obtener información adicional acerca del uso Monitor de red para solucionar problemas de conectividad de cliente, consulte el documento de en blanco "Client Network Traffic with Exchange 2000" en el siguiente sitio Web de Microsoft:
http://technet.microsoft.com/en-us/library/cc722850.aspx

Solución

Para evitar este problema si no coinciden con las claves del registro, modifique manualmente los parámetros de Winsock. Para ello, tiene que modificar el registro.

Advertencia : si utiliza incorrectamente el Editor del registro, pueden surgir problemas graves que conlleven la reinstalación del sistema operativo. Microsoft no garantiza que pueda solucionar los problemas resultantes del uso incorrecto del Editor del Registro. Utilice el Editor del Registro bajo su responsabilidad.

Para modificar manualmente los parámetros de Winsock:
  1. Haga clic en Inicio y, a continuación, haga clic en Ejecutar . Escriba RegEdt32 y, a continuación, haga clic en Aceptar .
  2. Busque la siguiente clave del Registro:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Winsock\Parameters
  3. Haga doble clic en transportes .
  4. Si uno o varios de los valores no tienen una clave de registro de servicios correspondiente (por ejemplo, HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AppleTalk ), elimine el valor.
  5. Reinicie el servidor
  6. Asegurarse de que los clientes reciben notificaciones de correo nuevo

Nota : comprobar el registro de eventos de error o mensajes de advertencia que pueden generarse cuando edite manualmente el registro.

Más información

Error UDP

Las razones comunes para permitir el tráfico UDP se incluyen:
  • Un enrutador no permite que paquetes UDP entre el servidor y el cliente. Tiene que configurar el enrutador para que permita pasar desde el servidor al cliente de paquetes UDP. Para ello, para ver documentación del fabricante del enrutador.
  • Un servidor de seguridad está bloqueando los puertos UDP del servidor al cliente. Abrir los puertos efímeros (1024 y superiores) para permitir UDP desde el servidor al cliente.
  • Los clientes VPN de Cisco que son anteriores a la versión 4.0 deshabilitar el registro de WinSock siguiente:
    HKEY_CURRENT-USER\Software\Microsoft\Windows NT\currentVersion\Windows Messaging Subsystem\Profiles\<Microsoft Outlook profile name>\13dbb0c8aa05101a9bb000aa002fc45a
    Hay un valor de regBinary:
    PR_DISABLE_WINSOCK. "00036618" = hex: 01, 00, 00, 00
Para obtener información adicional acerca de cómo solucionar problemas de UDP, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
264035XADM: Forma de no configurar puerto para paquetes de notificación de correo nuevo UDP

Propiedades

Id. de artículo: 319572 - Última revisión: miércoles, 26 de febrero de 2014 - Versión: 5.7
La información de este artículo se refiere a:
  • Microsoft Exchange 2000 Server Standard Edition sobre las siguientes plataformas
    • the operating system: Microsoft Windows 2000
Palabras clave: 
kbnosurvey kbarchive kbmt kbprb KB319572 KbMtes
Traducción automática
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.
Haga clic aquí para ver el artículo original (en inglés): 319572

Enviar comentarios

 

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