Mail.app sigue intentando conectarse a un servidor de correo antiguo

2

Ayer mi servidor web (Dreamhost) movió inesperadamente mi cuenta de correo electrónico a un nuevo servidor. La mayoría de mis clientes de correo electrónico no se saltaron nada, y continuaron conectándome al servidor y recibiendo correo.

Sin embargo, inmediatamente después de la migración del servidor, Mail.app en la computadora de mi casa dejó de recibir correo. Continuó iniciando sesión correctamente en el servidor de correo, pero no encontró ningún correo electrónico recibido después de la migración. Supongo que se estaba conectando al servidor de correo antiguo.

Hoy, Mail.app no puede iniciar sesión en el servidor de correo en absoluto. Mi suposición es que el servidor antiguo ahora ha sido dado de baja.

Para mí, parece que Mail.app tiene algún tipo de caché de DNS defectuoso, lo que hace que "mire" al servidor antiguo en lugar del nuevo.

Pasos que traté de resolver el problema:

  • Mail.app reiniciado.
  • Equipo reiniciado.
  • Se borró el caché de DNS de OS X.
  • Cuenta IMAP sincronizada con el servidor.
  • Se eliminó la cuenta de correo electrónico de Mail.app y se volvió a crear.
  • Cable módem reiniciado.

No es un punto de diferencia.

¿Es posible que Mail.app de alguna manera esté guardando en caché los detalles de DNS para el servidor de correo electrónico, incluso después de que borre el caché de OS X DNS? Si es así, ¿cómo podría obligar a Mail.app a 'mirar' el nuevo servidor?

Configuración: OS X Lion, cuenta de correo electrónico IMAP

[SOLUCIONADO] Consulte los comentarios para obtener una descripción de la solución. El culpable fue Avast Anti Virus.

    
pregunta Jonathan Nicol 30.08.2012 - 00:50

1 respuesta

2

Esto suena como un problema de almacenamiento en caché de DNS todavía. Sé que la mayoría de los navegadores web también guardan en caché su propio DNS, y estoy seguro de que Mail lo hace, pero creo que el caché se vacía después de salir.

Siempre trato de hacer telnet al puerto 25 en un servidor de correo remoto para probar la conexión cuando algo es extraño. El puerto 25 es para el tráfico SMTP, o lo que envía el correo. Si obtiene una conexión válida, puede interactuar con esta interfaz. Sin embargo, con sus comentarios, esto probablemente no funcionó.

DNS es una bestia muy extraña, porque muchos servicios diferentes hacen muchas cosas, sin mencionar el hardware diferente en su red. En este caso tienes:

  • enrutador
  • Mac, pero caché de DNS y archivo de hosts

Al final, parece que descubrió esto en su archivo de hosts. No puedo contar la cantidad de veces (hago un poco de desarrollo web) que instalé algo en el archivo de hosts y luego me confundí por qué algo estaba actuando mal.

    
respondido por el jmlumpkin 30.08.2012 - 12:35

Lea otras preguntas en las etiquetas