SMTP
Monitoreo de servidores de correo
El handshake, no solo el puerto.
Pruébalo ahora
Una comprobación, desde un lugar, ahora mismo, y nada se guarda. Un monitor verifica desde cada ubicación en la que operamos y confirma un fallo desde otros dos continentes antes de que alguien sea despertado, lo cual una sola mirada no puede mostrarte.
Para qué sirve
Un servidor de correo que deja de aceptar correos es caro y silencioso. Nadie llama para decir que tu MX los está rechazando; el correo simplemente se acumula en la máquina de alguien más durante cinco días y luego rebota, y para entonces la factura, el restablecimiento de contraseña y la confirmación del pedido ya se han perdido.
Esto se conecta, completa el handshake SMTP y verifica STARTTLS. Un chequeo de puerto pasaría contra un servidor que acepta la conexión y luego no dice nada, que es exactamente cómo se ve un servidor de correo medio muerto desde afuera.
Como cada chequeo aquí, se ejecuta desde Amsterdam, New York, Sydney and Singapore, y un fallo se confirma desde otros dos continentes antes de despertar a nadie. Cómo funciona.
Lo que puedes configurar
Todo lo siguiente está en el formulario cuando añades uno, en todos los planes.
- STARTTLS
- Requerido, opcional o no usado. Requerido es lo correcto para un servidor que recibe correos de internet. Un relay interno que nunca lo ha ofrecido no está roto, y decirlo evita que lo reportemos como caído para siempre.
- Saludo esperado
- Una expresión regular que el banner tiene que coincidir. Sin ella, esto es un chequeo de puerto con un handshake encima.
Preguntas
¿En qué puertos funciona esto?
El puerto 25 por defecto, que es el que otros servidores de correo usan para entregarte correos, y cualquier puerto que nombres después de un dos puntos. El puerto 587 es para envío y se verifica de la misma manera, con STARTTLS. El puerto 465 es SMTPS, que envuelve la conexión en TLS desde el primer byte en lugar de actualizarla a mitad de camino, así que toma el otro camino: la sesión está encriptada antes de que llegue el saludo y no queda STARTTLS para insistir.
¿También verificas mi registro MX?
No desde aquí. Esto se conecta al host que nombras y habla con él, lo cual es una pregunta diferente a si el mundo todavía está siendo informado para enviar correos allí. Un monitor DNS en el registro MX, con la respuesta que esperas completada, detecta el cambio del registro. Cualquiera que se tome en serio el correo usa ambos.
¿Qué significa conexión rechazada aquí?
Algo respondió y dijo que no: nada está escuchando en ese puerto. Un servidor muerto, una regla de firewall o un proveedor de hosting bloqueando el puerto 25 saliente, como hacen muchos. Se reporta aparte de un handshake que comienza y luego falla, porque son fallos diferentes con soluciones diferentes.
¿Puedes ver mi cola de correos?
No, y lo decimos en lugar de implicar lo contrario. Una cola vive dentro de tu servidor y nada fuera de él puede contar los mensajes en espera. Lo que es visible desde afuera es el servidor que dejó de aceptar correos, que es lo que llena la cola de todos los demás con tus correos, y eso es lo que esto detecta.
¿Verificas el certificado cuando se usa STARTTLS?
Verificamos que STARTTLS esté anunciado y que la actualización se complete, y nos detenemos ahí. El correo entre servidores es oportunista por diseño y muchos relays funcionales presentan un certificado que ningún almacén de confianza aceptaría, así que fallarlos sería reportar una interrupción que no lo es. Vigila la expiración con un monitor de certificados en el mismo host y puerto.
¿Cuál es la diferencia entre requerido, opcional y no usado?
Requerido significa que STARTTLS debe estar anunciado y debe tener éxito, lo cual es correcto para un servidor que recibe correos de internet. Opcional significa que se verifica cuando se ofrece y no se considera un fallo en un servidor que no lo ofrece. No usado lo omite, para un relay interno que nunca ha tenido TLS y no está roto por no tenerlo.
¿Por qué no simplemente enviarme un mensaje de prueba de vez en cuando?
Un mensaje de prueba prueba más de lo que hace este chequeo: prueba la entrega, hasta llegar a un buzón, que es lo que realmente te importa. También es algo que harás dos veces y luego olvidarás, no te dice nada a las tres de la mañana, y un mensaje que llega no dice nada sobre las cuatro horas que pasó en una cola. Esto vigila el handshake continuamente en su lugar, que es la parte que falla de repente en lugar de gradualmente. Envía el mensaje de prueba también.