XADM: O Exchange 2000 Server não consegue registar novo notificações de correio do Outlook

Traduções de Artigos Traduções de Artigos
Artigo: 319572 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
importante : Este artigo contém informações sobre como modificar o registo. Antes de modificar o registo, certifique-se de que efectua uma cópia de segurança e de que compreende como o restaurar o registo se ocorrer um problema. Para obter informações sobre como efectuar uma cópia de segurança, restaurar e editar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
256986Descrição do registo do Microsoft Windows
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

Poderá parecer que o Microsoft Outlook não recebe novas mensagens de correio electrónico. No entanto, apenas as novas notificações de correio não estão a ser recebidas.

Se clicar em outra pasta e, em seguida, faça clique sobre a pasta ' a receber ' , as novas mensagens são recebidas. Se esperar um minuto, é recebido novo correio.

Nota : Se a nova notificação de correio não estiver registada, Outlook consulta o servidor a cada minuto para ver se existe novo correio.

Causa

As duas causas comuns deste problema são:
  • O servidor não é possível registar as notificações de correio novo cliente.
  • O tráfego de UDP não é transferido a partir do servidor para o computador cliente.
Notificações de correio electrónico novas dependem do protocolo de datagrama de utilizador (UDP, User Datagram Protocol) e um registo válido a partir do servidor.

Resolução

Novo registo de notificação de correio do servidor

Se o servidor de correio não é possível registar o cliente para notificações de correio electrónico novas, pode utilizar várias ferramentas para resolver o problema.

O programa Regedt32

Pode utilizar o programa Regedt32 para resolver este problema.

aviso : a utilização incorrecta do Editor de registo poderá provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de registo possam ser resolvidos. As suas próprias risco da utilização do Editor de registo.

Quando um cliente envia o pedido para o servidor para registar notificações de correio electrónico novas, o arquivo de informações utiliza várias chaves de registo.

A primeira chave é:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Winsock\Parameters\Transports
O valor na chave Transportes corresponderá com as chaves de registo dos serviços de correspondentes.

Por exemplo, se os valores para a chave de transporte TCP/IP, NetBIOS e AppleTalk, as chaves de registo correspondentes são:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBIOS

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AppleTalk
Se todos os valores na chave de registo HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Winsock\Parameters\Transports não tem chaves correspondentes de Serviços , a notificação de correio novo não funcionará.

O programa EnumProt

Para determinar se existem problemas no servidor, execute o programa EnumProt. Para executar este utilitário:
  1. Guarde o ficheiro EnumProt.exe para o Exchange 2000 server.
  2. A partir de uma linha de comandos, localize a pasta onde guardou EnumProt.exe.
  3. Escreva EnumProt > EnumProt.txt.
  4. Abra o ficheiro EnumProt.txt para ver se o teste foi bem sucedida.
O exemplo que se segue é um teste com êxito:
Testar "Suporte TCP/IP"! AF_INET = família (2)
A chamar EnumProtocols() com memória intermédia de 2048 bytes.
Copiar disponíveis transportes [8]

Protocolo de 1: Família (2) protocolo (0 x 6) TCP/IP
Protocolo de 2: Família (2) (0 x 11) do protocolo UDP/IP
Protocolo de 3: \Device\NetBT_Tcpip_{EBDFB267-726B-44D0-8151-991AADA9CC48 família (17) protocolo (0 x 80000000)}
Protocolo de 4: \Device\NetBT_Tcpip_{EBDFB267-726B-44D0-8151-991AADA9CC48 família (17) protocolo (0 x 80000000)}
Protocolo de 5: \Device\NetBT_Tcpip_{940E55D2-C11F-4FAF-8D9A-DE8420445A8E família (17) protocolo (0xffffffff)}
Protocolo de 6: \Device\NetBT_Tcpip_{940E55D2-C11F-4FAF-8D9A-DE8420445A8E família (17) protocolo (0xffffffff)}
Protocolo de 7: \Device\NetBT_Tcpip_{D8272D57-6520-460F-9F37-984EAE14BBD0 família (17) protocolo (0xfffffffe)}
Protocolo 8: \Device\NetBT_Tcpip_{D8272D57-6520-460F-9F37-984EAE14BBD0 família (17) protocolo (0xfffffffe)}
FOI EFECTUADA COM ÊXITO!
O exemplo que se segue é um teste sem êxito:
Testar "Suporte TCP/IP"! AF_INET = família (2)
A chamar EnumProtocols() com memória intermédia de 2048 bytes.
Erro devolvido! GetLastError() = 0 x 2
FALHOU! 0X80040102 devolvidos

O programa DPMon

Execute o programa DPMon no computador cliente durante o processo de início de sessão do Outlook. A notificação de correio novo é representada por:
CNCT::EcOpenSocketAndRegisterForNotifications
Se o servidor não é possível registar a notificação de correio novo, é gerado o seguinte erro:
EC = ecNotSupported-MAPI_E_NO_SUPPORT (0x80040102)
Nota : Se a nova notificação de correio não estiver registada, o cliente consulta o servidor a cada minuto para ver se existe novo correio.

Tráfego UDP

O Monitor de rede pode utilizar o Monitor de rede para determinar se são enviados pacotes UDP. Para determinar se os pacotes UDP são enviados entre o servidor e o cliente, capture o processo de início de sessão do Outlook. Também capture o processo de enviar uma nova mensagem para o cliente. Se não existem pacotes UDP são enviadas a partir do servidor, está a ser bloqueado UDP ou o registo não teve êxito no servidor.

Nota : O cliente liga ao arquivo de informações (A4F1DB00-CA47-1067-B31F-00DD010662DA). Em seguida, enviar uma numopção 0 x 4 (ecRRegisterPushNotification) para o servidor. O servidor responde com êxito para este numopção 0 x 4, se o cliente está registado ou não.

Para obter informações adicionais sobre como utilizar o Monitor de rede para resolver problemas de conectividade de cliente, consulte a documentação técnica "Cliente tráfego de rede com o Exchange 2000" no seguinte Web site da Microsoft:
http://technet.microsoft.com/en-us/library/cc722850.aspx

Como contornar

Para contornar este problema, se as chaves de registo não coincidirem, modifique manualmente os parâmetros de Winsock. Para tal, terá de modificar o registo.

aviso : a utilização incorrecta do Editor de registo poderá provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de registo possam ser resolvidos. As suas próprias risco da utilização do Editor de registo.

Para modificar manualmente os parâmetros de Winsock:
  1. Clique em Iniciar e, em seguida, clique em Executar . Escreva RegEdt32 e, em seguida, clique em OK .
  2. Localize a seguinte chave no registo:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Winsock\Parameters
  3. Faça duplo clique em Transportes .
  4. Se um ou mais dos valores não tem uma chave de registo dos serviços correspondente (por exemplo, HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AppleTalk ), elimine o valor.
  5. Reinicie o servidor
  6. Garantir que os clientes recebem notificações de correio electrónico novas

Nota : verificação de erro ou mensagens de aviso que podem ser geradas quando editar manualmente o registo no registo de eventos.

Mais Informação

Falha de UDP

Razões comuns para permitir o tráfego de UDP incluem:
  • Um router não autoriza pacotes UDP entre o servidor e o cliente. Tem de configurar o router para permitir pacotes UDP passar a partir do servidor para o cliente. Para o fazer, consulte documentação do fabricante do router.
  • Um firewall está a bloquear as portas UDP a partir do servidor para o cliente. Abra as portas efémeras (1024 e superiores) para permitir UDP a partir do servidor o cliente.
  • Clientes VPN Cisco que são anteriores à versão 4.0 desactivar o seguinte registo de WinSock:
    HKEY_CURRENT-USER\Software\Microsoft\Windows NT\currentVersion\Windows Messaging Subsystem\Profiles\<Microsoft Outlook profile name>\13dbb0c8aa05101a9bb000aa002fc45a
    Existe um valor regBinary:
    PR_DISABLE_WINSOCK. "00036618" = hex: 01, 00, 00, 00
Para obter informações adicionais sobre a resolução de problemas de UDP, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
264035XADM: Não método para configurar a porta de UDP pacotes de notificação de correio novo

Propriedades

Artigo: 319572 - Última revisão: 26 de fevereiro de 2014 - Revisão: 5.7
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition nas seguintes plataformas
    • the operating system: Microsoft Windows 2000
Palavras-chave: 
kbnosurvey kbarchive kbmt kbprb KB319572 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 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: 319572

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