O correio em cache do Outlook abre, mas nada sincroniza: o que verificar

O correio antigo abre, a lista de pastas parece normal, e uma mensagem enviada esta manhã nunca sai da Caixa de Saída. Essa combinação diz que a cache local está bem e a ligação ao Exchange não, e é o sintoma mais mal interpretado em toda esta área. Nada falhou, e é por isso que o relatório costuma chegar como Outlook lento em vez de Outlook desligado.

Faça as verificações por ordem e anote primeiro que compilação do Outlook está a ver, porque os controlos diferem.

Confirme que cliente e que tipo de conta

O Outlook clássico para Windows, o novo Outlook e o Outlook na Web são três clientes diferentes com três caminhos de ligação diferentes, e o conselho para um é frequentemente errado para outro. No Outlook clássico, uma conta Exchange e uma conta POP ou IMAP comportam-se de forma diferente quando o servidor está inacessível, porque só a conta Exchange tem um transporte MAPI e um arquivo de caixa em cache. Identifique o tipo de conta nas definições da conta antes de interpretar qualquer estado. Uma correção copiada de uma configuração IMAP não descreve uma ligação Exchange.

Anote o nome e a versão do cliente. Nos tópicos de suporte são misturados com frequência, e as capturas de ecrã deixam de coincidir a meio.

Leia o estado da ligação enquanto está a falhar

Com o Outlook clássico em execução, mantenha Ctrl premido e clique com o botão direito no ícone da área de notificação, depois abra o Estado da Ligação. Faça-o durante a operação que falha e não após um reinício, porque a vista relata o que o cliente está a tentar naquele momento. Anote o nome do servidor, o protocolo e o estado, e depois compare esse servidor com o que espera que a conta use. A orientação de diagnóstico da Microsoft abrange esta vista e o registo mais detalhado que pode recolher quando o resumo não chega.

As implementações modernas do Exchange transportam o tráfego do Outlook por MAPI over HTTP, pelo que abrir portas de envio SMTP não é uma reparação para uma ligação de caixa de correio. Se o transporte chegar ao serviço, guarde o erro HTTP ou de autenticação e trabalhe nessa fase em vez de repor uma palavra-passe que nunca foi o problema.

Compare o ponto final com o caminho do navegador

Uma caixa de correio Web a funcionar prova que um navegador consegue chegar a um ponto final através de um nome e de uma configuração de proxy. Não prova que o Outlook resolveu o mesmo endereço, usou o mesmo caminho ou aceitou o mesmo certificado. Com uma VPN ativa, o DNS dividido pode enviar o nome do Outlook para um endereço interno enquanto o navegador usa um público, e essa diferença por si só explica uma sessão Web a funcionar ao lado de um cliente avariado. Compare o endereço resolvido, o caminho escolhido e a identidade TLS em ambos os caminhos.

Os portais administrativos e o PowerShell remoto não substituem um teste à caixa de correio do utilizador, porque são serviços diferentes com autenticação diferente.

Teste a cache com uma operação nova

O modo Exchange em cache mantém uma cópia local e sincroniza com o servidor, o que o torna tolerante a interrupções e não o torna independente do servidor. Ler uma mensagem antiga em cache não é um teste de rede, e o botão Trabalhar Offline também não é. Envie uma mensagem nova ou force uma sincronização e observe essa operação específica. Se as trocas pequenas tiverem êxito enquanto as transferências grandes param, o tamanho do pacote e a MTU do caminho merecem atenção, com provas recolhidas da operação que falha.

Alterar o modo de cache pode mover o sintoma sem reparar o caminho ou o serviço.

Após qualquer correção suportada, repita a operação original e confirme que os dados novos chegam ao servidor e regressam. Registe esse resultado separadamente da conveniência de ler correio que já estava no disco.