Mail.app sigue intentando conectarse al antiguo servidor de correo

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 perdieron el ritmo y continuaron conectándose 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 con éxito en el servidor de correo, pero no encontró ningún correo electrónico recibido después de la migración. Mi suposición es que se estaba conectando al antiguo servidor de correo.

Hoy, Mail.app no ​​puede iniciar sesión en el servidor de correo. Mi suposición es que el antiguo servidor 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" el servidor anterior en lugar del nuevo.

Pasos que traté de resolver el problema:

  • Mail.app reiniciado.
  • Computadora reiniciada.
  • Se borró la caché 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.
  • Módem de cable reiniciado.

Ni un punto de diferencia.

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

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

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

¿Cambió la URL? ¿Has probado con otros clientes de correo? ¿Otras aplicaciones enrutan correctamente a la URL (como usar un navegador o usar telnet para conectarse directamente a uno de los puertos)?
@jmlumpkin Gracias por la respuesta. Ahora estoy en el trabajo, así que no puedo responder a sus preguntas, pero probaré sus sugerencias esta noche. Preguntas que puedo responder: 1. La URL del servidor no ha cambiado. 2. No puedo conectarme a la URL del servidor (mail.f6design.com) a través del navegador, pero siempre ha sido así (no se devuelven datos al navegador).
Intente usar telnet en el puerto 25. Esto le permitirá saber si la máquina remota a la que se está conectando está respondiendo en ese puerto. Entonces puede ayudar a reducir si es solo Mail.app, o cualquier otra cosa.
Bien, después de algunas pruebas de ping, localmente y usando un servicio remoto, soy de la opinión de que OS X (¿o tal vez mi ISP o enrutador?) tiene un caché de DNS desactualizado. Haciendo ping a mail.f6design.com desde mi macbook = 208.113.200.129. Hacer ping a mail.f6design.com desde ping.eu/nslookup = 208.97.132.231, que es lo que obtengo cuando hago ping a otros dominios en el mismo servidor de correo. Intenté purgar el caché DNS de OS X, pero no tuvo efecto.
Interesante: hacer una búsqueda de DNS usando las herramientas integradas de mi enrutador me da 208.97.132.231, que es diferente a mi macbook. Así que el macbook debe ser el que tiene el registro de DNS pegajoso...
¡ÉXITO! Resulta que Avast (antivirus) había agregado la dirección IP (antigua) a mi /etc/hosts. Pude determinar esto haciendo un volcado del caché (sudo killall -INFO mDNSResponder) en system.log y buscando el registro de dominio, que figuraba en /etc/hosts como "KnownUnique". @jmlumpkin, gracias por tus sugerencias, me ayudaron a ponerme en el camino correcto.
Convertiré algunos de mis comentarios en una respuesta.

Respuestas (1)

Esto todavía suena como un problema de almacenamiento en caché de DNS. Sé que la mayoría de los navegadores web también almacenan 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 en el 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 tantos 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 configuré algo en el archivo de hosts y luego me confundí por qué algo estaba actuando mal.

También hago desarrollo web, y aunque el DNS me parece magia vudú, los archivos de host son un terreno muy familiar. En un momento, tenía Avast configurado para escanear mi correo electrónico, y "consideradamente" agregó el servidor de correo al archivo de hosts. Lo había olvidado todo.
Mail.app sigue intentando conectarse al antiguo servidor de correo
RespuestasAquíPolítica de privacidad1y, 0v