Monitorización de servidores de correo para un servidor que se ha quedado en silencio.
Un servidor de correo caído no avisa — los recibos, los restablecimientos de contraseña y las facturas simplemente dejan de llegar, sin hacer ruido. Uptimia se conecta a tus servidores SMTP, POP3 e IMAP hasta cada 30 segundos, confirma el fallo desde varias regiones y te avisa mucho antes de que un cliente pregunte dónde está su recibo.
Monitoring Logs
every 30 s · rotating locations
Frankfurt14:32:18—Down
New York14:32:16—Down
London14:32:14—Down
Tokyo14:32:11—Down
New York14:31:41128 msUp
Frankfurt14:31:1152 msUp
Tokyo14:30:41268 msUpSMTP Session — Last Check
New York · 14:31:41Tokyo · 14:32:11Response Time
avg 186 ms · last 7 daysLa noche en que el correo dejó de moverse
El relay aceptó su último mensaje y, sin más, dejó de responder. No envió ningún rebote, no registró ningún error y no abrió ningún ticket.
Todos los puertos de correo, desde fuera
Envío, retransmisión y acceso al buzón — SMTP, IMAP y POP3, cifrados o sin cifrar, en los puertos que tu correo usa de verdad.
Confirmación, aviso y causa raíz
Tres regiones coinciden antes de avisarte
Que una sola sonda no llegue a tu servidor de correo nunca te avisa por sí solo — una ruta congestionada puede parecer una caída. Uptimia vuelve a comprobarlo desde las demás regiones, y el incidente solo se abre cuando todas coinciden. La recuperación es a prueba de fallos — una sola conexión correcta lo cierra.
- Tú marcas el listón — exige que hasta tres regiones independientes coincidan antes de avisar a nadie
- Una caída, un aviso — se abre un único incidente, no un aviso por cada sonda
- Un retraso que eliges tú — cuánto tiempo debe persistir un fallo antes de avisar a nadie
coinciden
Avisado por el canal que ya vigilas
Un fallo confirmado del servidor de correo avisa a los canales en los que tu equipo ya vive. Si nadie responde, el escalado avisa a la siguiente persona, y un aviso de recuperación cierra el ciclo.
- Los escalados suben hasta el siguiente responsable — reconoce con un clic, sin inicio de sesión
- Las ventanas de mantenimiento — una migración de correo planificada nunca avisa a nadie
- Aviso de recuperación con el tiempo de inactividad, enviado en cuanto el servidor vuelve a responder
La respuesta que envió el servidor
Cada incidente conserva lo que vieron las sondas que fallaron — cómo se rompió la conexión, la respuesta que dio el propio servidor y la ruta hasta él — de modo que la solución parte de hechos, no de tener que reproducirlo a las 2 de la madrugada.
- La respuesta del servidor y el tipo de error — capturados en el momento del fallo
- El tiempo de conexión de cada comprobación — con la sonda que la ejecutó
- Compártelo — expórtalo a PDF o HTML, o comparte un enlace público del incidente
connect OK :587 awaiting 220… no data · 20s
9 ae-1.rtm 11 ms
14 be2.par 186 ms
15 * * * lost
Leído desde donde están tus remitentes
Las sondas en seis continentes revelan cuándo tu servidor de correo rechaza una conexión desde una región pero responde sin problema desde otra. Usa toda la red o elige las regiones en las que viven tus remitentes.
- Comprobaciones hasta cada 30 segundos — un relay caído no puede esconderse entre una comprobación y otra
- Cada comprobación queda marcada con su sonda — y el registro se filtra por país
- La IP de cada sonda está publicada — una sola pasada por tu lista blanca en el cortafuegos de correo
Un servidor de correo caído no te avisará.Así que lo haremos nosotros.
Comprobaciones SMTP, POP3 e IMAP, todas las regiones, todos los canales de alerta — gratis durante 30 días, y nada de esto es un complemento de pago.
Cómo funciona la monitorización de servidores de correo
En marcha en menos de un minuto — nada que instalar, cada comprobación se ejecuta desde nuestra red.
Apúntalo a tu servidor de correo
El protocolo, el puerto y el cifrado vienen ya rellenados — SMTP en el 587 con StartTLS, o elige POP3 o IMAP.
Elige a quién se avisa
Añade los canales y las personas — los escalados y las horas de silencio son opcionales.
Recibe un aviso cuando el correo se detiene
Un fallo confirmado abre un único incidente y activa todos los canales que elegiste.
También incluido
API REST completa
Crea, pausa y clona monitores SMTP, IMAP y POP3 desde CI o un script, con claves por usuario.
Monitorización de listas negras
Un relay accesible puede seguir estando bloqueado — vigila tus IP de envío.
Informes programados
Informes de disponibilidad y tiempo de respuesta, personalizados con tu propio logo y colores.
Páginas de estado públicas
Dile a tus clientes que el correo fluye — y publica actualizaciones cuando no lo hace.
Ventanas de mantenimiento
Una migración de correo planificada nunca despierta al de guardia.
Un panel para todo
Tus comprobaciones SMTP, IMAP y POP3 conviven con los monitores de web, SSL, DNS y heartbeat — mismos contactos, grupos y roles.
Las alertas llegan a quien esté de guardia
Un incidente del servidor de correo, distribuido a todos los canales que tu equipo ya vigila.
12 canales, una sola lista de contactos — quienes se enteran de lo del sitio web se enteran también de lo del servidor de correo.
Explora el directorio completo de integraciones →¿Qué es la monitorización de servidores de correo?
La monitorización de servidores de correo es una comprobación automatizada que se conecta repetidamente a tu servidor SMTP, POP3 o IMAP desde fuera de tu red y confirma que acepta la conexión y devuelve un saludo válido — opcionalmente por TLS, y opcionalmente comprobando que coincide con la respuesta que esperas. Cuando la conexión se rechaza, se agota el tiempo de espera o falla la negociación TLS, te avisa — así que un servidor de correo que deja de responder se detecta en segundos, no en días.
¿Cómo funciona la monitorización de servidores de correo?
Cada comprobación confirma que la conexión se abre, que llega el saludo y — si has definido una — que está presente la respuesta esperada, construyendo tu historial de disponibilidad y tiempo de respuesta.
Primero confirmar, luego alertar
confirmado 3/3 → se abre el incidente y se disparan las alertas
¿Qué puerto debo comprobar?
SMTP, IMAP y POP3 responden cada uno en un puerto sin cifrar y otro cifrado. Apunta el monitor al que realmente usa tu servidor y elige el cifrado correspondiente.
Ver todos los tipos de monitor →| Protocolo & puerto | Cifrado | Una comprobación fallida significa |
|---|---|---|
| SMTP · 587 | StartTLS | los remitentes no pueden entregar correo saliente |
| SMTPS · 465 | SSL/TLS | se rechaza el envío con TLS implícito |
| Relay SMTP · 25 | opcional | el correo entrante no puede llegarte |
| IMAP · 993 | SSL/TLS | los usuarios no pueden abrir su buzón |
| POP3 · 995 | SSL/TLS | los usuarios no pueden descargar su correo |
Preguntas frecuentes sobre monitorización de servidores de correo
01¿Qué es la monitorización de servidores de correo?+
02¿Cómo funciona la comprobación exactamente?+
03¿Inicia sesión en mi buzón o envía un correo de prueba?+
04¿Qué protocolos y puertos puede comprobar?+
05¿Qué se considera «caído» en un servidor de correo?+
06¿Qué información obtengo cuando falla una comprobación?+
07¿En qué se diferencia esto de la monitorización de puertos?+
08¿Puede comprobar conexiones cifradas?+
09¿Cómo recibo una alerta cuando el correo se detiene?+
10¿Hay un plan gratuito?+
11¿Puede cualquier sonda comprobar un servidor SMTP?+
Empieza a vigilar hoy mismo tu servidor de correo.
Apúntalo a tu servidor SMTP, POP3 o IMAP — sé el primero en saber cuándo el correo deja de fluir.