Monitoreo de servidores de correo para un servidor que se quedó en silencio.
Un servidor de correo caído no alerta — los recibos, los restablecimientos de contraseña y las facturas simplemente dejan de llegar, sin hacer ruido. Uptimia se conecta a sus servidores SMTP, POP3 e IMAP hasta cada 30 segundos, confirma el fallo desde varias regiones y le alerta 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.
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 su correo usa de verdad.
Confirmación, alerta y causa raíz
Tres regiones coinciden antes de alertarle
Una sola sonda que no logre conectar con su servidor de correo nunca le alertará por sí sola — una ruta congestionada puede parecer una interrupción. 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.
- Usted marca el listón — exige que hasta tres regiones independientes coincidan antes de alertar a nadie
- Una interrupción, una alerta — se abre un único incidente, no una alerta por cada sonda
- Un retraso que elige usted — cuánto tiempo debe persistir un fallo antes de alertar a nadie
coinciden
Alertado por el canal que ya vigila
Un fallo confirmado del servidor de correo alerta a los canales en los que su equipo ya vive. Si nadie responde, el escalado alerta a la siguiente persona, y una alerta de recuperación cierra el ciclo.
- Los escalados suben hasta el siguiente responsable — reconozca con un clic, sin inicio de sesión
- Ventanas de mantenimiento — una migración de correo planificada nunca alerta a nadie
- Alerta de recuperación con el tiempo de inactividad, enviada 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ártalo — expórtelo a PDF o HTML, o comparta 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 sus remitentes
Las sondas en seis continentes revelan cuándo su servidor de correo rechaza una conexión desde una región pero responde sin problema desde otra. Use toda la red o elija las regiones en las que viven sus remitentes.
- Comprobaciones hasta cada 30 segundos — un relay caído no puede esconderse entre comprobaciones
- 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 su lista blanca en el cortafuegos de correo
Un servidor de correo caído no le alertará.Nosotros sí.
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 el monitoreo de servidores de correo
En marcha en menos de un minuto — nada que instalar, cada comprobación se ejecuta desde nuestra red.
Apúntelo a su servidor de correo
El protocolo, el puerto y el cifrado vienen ya rellenados — SMTP en el 587 con StartTLS, o elija POP3 o IMAP.
Elija a quién se avisa
Agregue los canales y las personas — los escalados y las horas de silencio son opcionales.
Reciba alerta si el correo se cae
Un fallo confirmado abre un único incidente y activa todos los canales que eligió.
También incluido
API REST completa
Cree, pause y clone monitores SMTP, IMAP y POP3 desde CI o un script, con claves por usuario.
Monitoreo de listas negras
Un relay accesible puede seguir estando bloqueado — vigile sus IP de envío.
Informes programados
Informes de disponibilidad y tiempo de respuesta, con su propio logo y colores.
Páginas de estado públicas
Dígales a sus clientes que el correo fluye — y publique actualizaciones cuando no lo hace.
Ventanas de mantenimiento
Una migración de correo planificada nunca despierta al de guardia.
Un panel para todo
Sus 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 su equipo ya vigila.
12 canales, una lista de contactos — quien recibe las alertas del sitio web las recibe del servidor de correo.
Explore el directorio completo de integraciones →¿Qué es el monitoreo de servidores de correo?
El monitoreo de servidores de correo es una comprobación automatizada que se conecta repetidamente a su servidor SMTP, POP3 o IMAP desde fuera de su 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 espera. Cuando la conexión se rechaza, se agota el tiempo de espera o falla la negociación TLS, le avisa — así que un servidor de correo que deja de responder se detecta en segundos, no en días.
¿Cómo funciona el monitoreo de servidores de correo?
Cada comprobación confirma que la conexión se abre, que llega el saludo y, si definió una, que aparece la respuesta esperada; así se construye su historial de disponibilidad y tiempo de respuesta.
Confirmar primero, avisar después
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. Apunte el monitor al que realmente usa su servidor y elija 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 llegarle |
| 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 servidores de correo
01¿Qué es el monitoreo 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 del monitoreo de puertos?+
08¿Puede comprobar conexiones cifradas?+
09¿Cómo recibo una alerta si el correo se cae?+
10¿Hay un plan gratuito?+
11¿Puede cualquier sonda comprobar un servidor SMTP?+
Empiece a monitorear hoy mismo su servidor de correo.
Apúntelo a su servidor SMTP, POP3 o IMAP — sea el primero en saber cuándo el correo deja de fluir.