O correo na caché de Outlook ábrese pero nada se sincroniza: que comprobar

O correo antigo ábrese, a lista de cartafoles parece normal e unha mensaxe enviada esta mañá nunca sae da Caixa de saída. Esa combinación indica que a caché local está ben e a conexión con Exchange non, e é o síntoma máis malinterpretado de todo este eido. Nada fallou, e por iso o informe adoita chegar como un Outlook lento en lugar dun Outlook desconectado.

Faga as comprobacións por orde e anote primeiro que compilación de Outlook está a usar, porque os controis cambian.

Confirme que cliente e que tipo de conta

Outlook clásico para Windows, o novo Outlook e Outlook na web son tres clientes distintos con tres rutas de conexión distintas, e o consello para un adoita ser incorrecto para outro. Dentro do Outlook clásico, unha conta Exchange e unha conta POP ou IMAP compórtanse de forma diferente cando o servidor non está accesible, porque só a conta Exchange ten un transporte MAPI e un almacén de buzón na caché. Identifique o tipo de conta na configuración da conta antes de interpretar calquera estado. Unha solución copiada dunha instalación IMAP non describe unha conexión Exchange.

Anote o nome e a versión do cliente. Nos fíos de asistencia mestúranse con frecuencia, e as capturas deixan de coincidir a metade.

Lea o estado da conexión mentres falla

Co Outlook clásico en execución, manteña Ctrl e faga clic dereito na icona da área de notificación, e despois abra Estado da conexión. Fágao durante a operación que falla e non despois dun reinicio, porque a vista informa do que o cliente está a tentar nese momento. Anote o nome do servidor, o protocolo e o estado, e despois compare ese servidor co que espera que use a conta. A guía de diagnóstico de Microsoft abrangue esta vista e o rexistro máis detallado que pode reunir cando o resumo non abonda.

As implementacións modernas de Exchange transportan o tráfico de Outlook por MAPI sobre HTTP, polo que abrir portos de envío SMTP non é unha reparación para unha conexión de buzón. Se o transporte chega ao servizo, conserve o erro HTTP ou de autenticación e traballe nesa etapa en vez de restablecer un contrasinal que nunca foi o problema.

Compare o punto final coa ruta do navegador

Unha caixa de correo web que funciona demostra que un navegador pode chegar a un punto final mediante un nome e unha configuración de proxy. Non demostra que Outlook resolvese o mesmo enderezo, usase a mesma ruta ou aceptase o mesmo certificado. Cunha VPN activa, o DNS dividido pode enviar o nome de Outlook a un enderezo interno mentres o navegador usa un público, e esa diferenza por si soa explica unha sesión web funcional xunto a un cliente roto. Compare o enderezo resolto, a ruta seleccionada e a identidade TLS en ambas as dúas rutas.

Os portais administrativos e o PowerShell remoto non substitúen unha proba de buzón de usuario, porque son servizos distintos con autenticación distinta.

Probe a caché cunha operación nova

O modo Exchange en caché mantén unha copia local e sincroniza co servidor, o que o fai tolerante ás interrupcións e non o fai independente do servidor. Ler unha mensaxe antiga na caché non é unha proba de rede, e o botón Traballar sen conexión tampouco. Envíe unha mensaxe nova ou force unha sincronización e observe esa operación concreta. Se os intercambios pequenos se completan mentres as transferencias grandes se atascan, o tamaño do paquete e a MTU da ruta merecen atención, con probas tomadas da operación que falla.

Cambiar o modo de caché pode mover o síntoma sen reparar a ruta nin o servizo.

Despois de calquera corrección admitida, repita a operación orixinal e confirme que os datos novos chegan ao servidor e volven. Anote ese resultado por separado da comodidade de ler correo que xa estaba no disco.