Un cliente tuyo te escribe angustiado: “hace dos días que no me llega nada al correo de la empresa, ¿se cayó el servidor?”. Antes de asumir lo peor, vale la pena saber que el correo con dominio propio que no envía ni recibe mensajes casi nunca es un problema del servidor en sí, sino de alguna configuración puntual que se puede revisar y corregir en poco tiempo, sin conocimientos técnicos avanzados.
Esta guía está pensada para que puedas hacer ese diagnóstico vos mismo, paso a paso, antes de asustarte o de asustar a tu cliente.
Lo primero: entender qué puede haber pasado
Cuando una cuenta de correo con dominio propio deja de funcionar de un día para el otro, casi siempre hay una explicación puntual: el buzón se quedó sin espacio, algún dato de configuración se cargó mal en el celular o la computadora, se tocó un registro DNS sin darse cuenta, o el dominio terminó en una lista de bloqueo por un envío masivo reciente. La clave es revisar cada una de estas posibilidades en orden, sin saltar pasos.
Empezá por lo más sencillo
Antes de meterte en configuraciones técnicas, descartá lo obvio, porque ahorra tiempo:
- Revisá la conexión a internet del equipo desde el que estás probando.
- Confirmá la contraseña actual: si se cambió hace poco en el panel de administración, hay que actualizarla en cada dispositivo donde se usa esa cuenta.
- Revisá que la dirección esté bien escrita, sin espacios ni errores de tipeo, tanto al enviar como al recibir.
Si todo eso está en orden, seguimos con el diagnóstico más detallado.
Paso 1: verificá el espacio disponible en el buzón
Toda cuenta de correo con dominio propio tiene un límite de almacenamiento. Cuando se llena, los mensajes nuevos empiezan a rebotar y ya no se pueden recibir, aunque el envío puede seguir funcionando con normalidad.
Desde el panel de administración de tu hosting, entrá a la sección de cuentas de correo y fijate cuánto espacio está usando cada casilla. Si está al límite, podés liberar espacio borrando mensajes con adjuntos grandes, o simplemente aumentar la cuota asignada a esa cuenta en particular.
Paso 2: repasá la configuración del cliente de correo
Un dato mal cargado en Outlook, en la app del celular o en cualquier otro programa puede hacer que se corte la comunicación en un solo sentido: se puede enviar pero no recibir, o al revés.
IMAP en lugar de POP3
Con POP3, los correos se descargan al dispositivo y suelen borrarse del servidor. Si después se revisa el correo desde otro equipo, puede parecer que “no llegó nada” cuando en realidad ya se descargó en otro lado. Para una empresa que necesita ver los mismos correos desde varios dispositivos, conviene usar IMAP, que mantiene todo sincronizado.
Los puertos correctos
Conviene tener anotados estos datos para no depender de la configuración automática, que a veces falla:
- IMAP: puerto 993 con SSL
- POP3: puerto 995 con SSL
- SMTP para enviar: puerto 465 con SSL o 587 con STARTTLS
Cargar estos datos de forma manual, completos, suele resolver buena parte de los cortes de comunicación.
Paso 3: mirá los registros DNS del dominio
Si la configuración del cliente está correcta pero los correos llegan a spam o directamente no llegan, el problema suele estar en la configuración DNS del dominio.
El registro MX
Indica a qué servidor deben entregarse los correos de ese dominio. Si se modificó recientemente, por ejemplo al migrar de proveedor, puede tardar hasta un día o dos en propagarse por completo, y en ese lapso son normales las fallas intermitentes.
SPF, DKIM y DMARC, explicados simple
- SPF: lista qué servidores están autorizados a enviar correo en nombre del dominio.
- DKIM: agrega una firma digital que demuestra que el mensaje no fue alterado.
- DMARC: define qué hacer si un mensaje no pasa esas verificaciones.
Muchos paneles de hosting generan estos registros de forma automática desde una sola sección, lista para copiar a la zona DNS. Si tu cliente todavía no los tiene configurados, es el momento de sumarlos: reduce muchísimo los rechazos y el correo marcado como spam.
Paso 4: revisá si el dominio quedó en una lista de bloqueo
Un envío masivo reciente, o varios destinatarios marcando el mensaje como spam, pueden hacer que el dominio termine incluido en una lista negra que usan otros proveedores para filtrar correo no deseado. Existen buscadores gratuitos donde se puede escribir el dominio y comprobar si aparece en alguna de esas listas, y cada una tiene su propio formulario para pedir la exclusión una vez resuelto el motivo del bloqueo.
Paso 5: probá el envío y la recepción cruzada
Para confirmar que todo funciona:
- Enviá un correo desde la cuenta con dominio propio hacia una cuenta personal (por ejemplo Gmail).
- Respondé ese correo hacia la cuenta con dominio propio.
- Comprobá que ambos mensajes llegaron a la bandeja de entrada y no a spam.
Si la prueba funciona en los dos sentidos, el problema quedó resuelto.
Buenas prácticas para que no se repita
Conviene revisar la cuota de cada casilla con cierta frecuencia, activar SPF, DKIM y DMARC apenas se crea una cuenta nueva, y evitar los envíos masivos desde una casilla común: para eso existen herramientas específicas que respetan los límites de envío y protegen la reputación del dominio.
Otro sospechoso frecuente: la red del cliente
Antes de tocar nada del lado del servidor, conviene descartar la red desde la que se conecta el cliente. Muchas oficinas tienen firewalls o antivirus corporativos que bloquean por defecto el puerto 25 y, en algunos casos, también el 587, justamente para evitar que un equipo infectado envíe spam sin que nadie se dé cuenta.
Una prueba rápida y muy efectiva: pedile al cliente que desconecte el WiFi del celular y pruebe enviar o recibir un correo usando datos móviles. Si desde ahí funciona sin problemas, el corte está en la red de su oficina, no en el correo. En ese caso, la solución es que su administrador de red habilite los puertos 993, 995, 465 y 587, o que uses un puerto alternativo si tu proveedor de hosting lo ofrece.
Preguntas frecuentes para responder rápido a un cliente
¿Por qué puede enviar pero no recibir, o al revés?
Porque el envío (SMTP) y la recepción (IMAP o POP3) son protocolos distintos, con puertos distintos, y suele fallar solo uno de los dos. Conviene revisarlos por separado en vez de asumir que todo el correo dejó de andar.
¿Cuánto puede demorar un cambio de DNS en notarse?
Desde unos minutos hasta 48 horas, según el registrador. Si el cliente tocó algo en la zona DNS hace poco, conviene esperar antes de escalar el reclamo.
¿Conviene avisarle al cliente si su dominio estuvo en una lista negra?
Sí, con calma: explicarle que es algo frecuente, reversible, y que ya se está gestionando la exclusión suele bajar la ansiedad mucho más que minimizar el problema.
¿Cómo le explico esto a un cliente que no sabe nada de tecnología?
Con una analogía simple suele alcanzar: el correo con dominio propio funciona como una oficina de correo postal, con una dirección (el dominio), un cartero (los registros MX) y reglas para no aceptar cartas sospechosas (SPF, DKIM y DMARC). Cuando algo de eso se desordena, la correspondencia se demora o se pierde, pero el edificio sigue en pie: no hay que reconstruir nada, solo reordenar el proceso.
Un caso típico que vale la pena conocer
Un escenario habitual en el soporte a resellers es el siguiente: el cliente cambió de celular la semana pasada, configuró el correo “a las apuradas” y quedó con POP3 en lugar de IMAP. Todo funcionaba, hasta que empezó a revisar el correo también desde la notebook de la oficina y no encontraba los mensajes nuevos, porque cada dispositivo los estaba descargando y borrando del servidor por separado. La solución no fue técnica ni compleja: reconfigurar ambos dispositivos con IMAP resolvió el reclamo en menos de diez minutos, sin tocar el servidor ni el dominio.
Vale la pena armar una pequeña checklist interna con estos cinco puntos (buzón, cliente de correo, DNS, listas de bloqueo y red local) para usarla cada vez que un cliente reporte un problema de correo. Ordenar el diagnóstico así, en lugar de probar cosas al azar, ahorra tiempo tanto a tu equipo de soporte como al cliente que está esperando una respuesta.
Cuándo escalar el problema
Si después de todos estos pasos el correo sigue sin funcionar, hay que contactar a soporte técnico con datos concretos: el dominio exacto, la casilla afectada, el mensaje de error si apareció alguno, y una captura de la configuración utilizada. Eso acelera muchísimo la resolución.
Un problema común, con solución simple
El correo con dominio propio que deja de enviar o recibir es uno de los reclamos más comunes, y en la mayoría de los casos se resuelve revisando el espacio del buzón, la configuración del cliente, los registros DNS y las listas de bloqueo, en ese orden. Con esta guía a mano, vas a poder diagnosticarlo con confianza antes de escalarlo, y quedar mejor parado frente a cada cliente que te consulte.
