Vultr Bloquea el Puerto SMTP 25 — Incluso Nos Dijeron Que No. Así es Como Enviar Correo Electrónico de Todos Modos
Si tu aplicación en Vultr no puede enviar correo, no es un error en tu código. Vultr bloquea el puerto SMTP de salida 25 por defecto en cuentas nuevas — y según nuestra experiencia, no eliminarán ese bloqueo ni siquiera para un remitente transaccional bien documentado.
Lo sabemos porque preguntamos. Dirigimos una empresa de infraestructura de correo. Enviamos una solicitud de eliminación del bloqueo del puerto SMTP con prácticamente el caso más sólido que un remitente puede presentar, y Vultr dijo que no. Dos veces — la segunda después de una escalada a la dirección.
Este artículo comparte las respuestas reales de Vultr textualmente, explica por qué existe el bloqueo (y por qué, honestamente, es la decisión correcta que deben tomar), y muestra cómo enviar correo desde una instancia de Vultr de todas formas.
Qué solicitamos
En julio de 2026 abrimos un ticket titulado “SMTP Port Block Removal” en una instancia nueva de Vultr destinada como nodo de entrega de correo de salida. La solicitud fue tan transparente como pudimos hacerla:
- Solo correo transaccional — verificaciones de cuenta, restablecimientos de contraseña, códigos 2FA, confirmaciones de pedido, recibos. Sin marketing, sin boletines, prohibidos por nuestros propios términos de servicio.
- Autenticación completa — cada mensaje firmado con DKIM (firma dual Ed25519 + RSA), alineado con SPF y conforme con DMARC, con supresión automatizada de rechazos definitivos y quejas de spam.
- Nuestro propio espacio IP — un bloque /24 dedicado que poseemos, anunciado por BGP desde nuestra cuenta de Vultr, para que nuestra reputación de envío fuera completamente nuestra. Los IPs de Vultr no llevarían ninguno de nuestro tráfico.
- Un plan de calentamiento documentado — comenzando en 50–100 mensajes por día y aumentando durante semanas mientras monitoreamos el estado de listas de bloqueo.
La respuesta de Vultr, textualmente
Aquí está la primera respuesta del Equipo de Cuentas de Vultr, palabra por palabra:
Hola,
Gracias por proporcionar la información solicitada. Hemos revisado minuciosamente tu solicitud, pero desafortunadamente, no podemos eliminar el bloqueo de SMTP en tu cuenta. Según la información que proporcionaste, parece que las actividades que describiste no son compatibles con nuestra plataforma. Es crucial que nos adheramos estrictamente a nuestra Política para garantizar un rendimiento óptimo y mantener la integridad de nuestros servicios.
Entendemos que esto puede ser una noticia decepcionante, y nos disculpamos por cualquier inconveniente causado. Sin embargo, seguimos comprometidos en ayudarte a encontrar una solución adecuada. Te recomendamos explorar soluciones de software de terceros que se especialicen en servicios de correo. Estas plataformas están diseñadas para cumplir con los requisitos específicos y ofrecen las características y la flexibilidad necesarias para tus operaciones de correo.
Entendemos que esto puede no haber sido el resultado que anticipabas, y genuinamente apreciamos tu comprensión y cooperación en este asunto. Nuestro equipo de soporte dedicado está aquí para ayudarte en cualquier forma que podamos. Si tienes más preguntas o si hay algo más en lo que podamos ayudarte, no dudes en comunicarte con nosotros.
Saludos cordiales,
Equipo de Cuentas de Vultr
Respondimos e hicimos una pregunta de aclaración: ¿cambiaría la determinación si nos limitáramos a enviar solo desde nuestras propias direcciones IP anunciadas por BGP — para que nuestro bloque de IP, no el de Vultr, llevara todas las consecuencias de nuestro comportamiento de envío?
Vultr tomó la pregunta en serio y la escaló:
Hola Jonathan,
Por favor, permite que nos dediquemos más tiempo para revisar tu solicitud.
Mientras tanto, siempre puedes responder aquí para agregar información adicional.
Un par de horas después, llegó la respuesta final:
Hola Jonathan,
Gracias por tu paciencia mientras esta solicitud se escalaba a la dirección.
Desafortunadamente, debido al uso que pretendías darle, no podemos desbloquear SMTP para ti.
Te recomendamos explorar soluciones de software de terceros que se especialicen en servicios de correo, que están diseñadas para cumplir con los requisitos específicos para tus operaciones de correo. Gracias por tu comprensión en este asunto.
Es un no firme y definitivo — para un remitente con autenticación completa, espacio IP propio, un plan de calentamiento y una política solo transaccional. Si tu solicitud es “Me gustaría enviar correo desde mi VPS”, espera la misma respuesta o una versión más silenciosa de ella.
Por qué Vultr bloquea el puerto 25 en primer lugar
Sería fácil leer esos correos como poco útiles. No lo son. Son racionales, y entender por qué te dice mucho sobre cómo funciona el correo realmente en 2026.
El puerto 25 es el puerto que los servidores de correo usan para comunicarse entre sí. También es el puerto que los spammers necesitan. Un proveedor de nube que lo deja abierto se convierte en un cañón de spam en días: cualquiera con una tarjeta de crédito robada puede girar cien instancias, enviar spam hasta que los IPs se quemen, y desaparecer. El proveedor se queda con el daño — y el daño es colectivo. Las listas de bloqueo como Spamhaus no solo citan un único IP malo; citan rangos. Un cliente abusivo puede hacer que todo un /24 del espacio de dirección de un proveedor sea bloqueado, lo que significa que el correo legítimo de todos los demás clientes comienza a rebotar.
Así que cada nube importante hace alguna versión de lo que hace Vultr. AWS bloquea el puerto 25 por defecto. También lo hacen Google Cloud, Azure, DigitalOcean y Hetzner. La verdad cruda en la respuesta de Vultr — “las actividades que describiste no son compatibles con nuestra plataforma” — es una nube de propósito general reconociendo correctamente que la entrega de correo no es su negocio, y que incluso un buen remitente en su red es una responsabilidad que no está equipada para supervisar. Vultr no puede distinguir baratamente a un remitente transaccional disciplinado de un spammer con un ticket bien escrito, así que la política segura es rechazar a todos y, en sus propias palabras, recomendar “soluciones de software de terceros que se especialicen en servicios de correo”.
Tienen razón. Nosotros somos uno de esos.
Por qué la entregabilidad se convirtió en un oficio especializado
Aquí está la paradoja elegante en el corazón de esta historia: lo que hace que la entrega de correo sea difícil es lo mismo que hace que sea necesario especializarse en ella.
Entregar correo de manera confiable dejó de ser un problema de redes hace años — es un problema de reputación. Los proveedores de bandeja de entrada juzgan cada mensaje contra el historial del IP que lo envió y el dominio que lo firmó: tasas de quejas, tasas de rechazo, compromiso, autenticación, consistencia de volumen. Esa reputación se gana lentamente (los IPs nuevos deben calentarse durante semanas), se gasta rápidamente (un único lote malo puede deshacer meses), y se mantiene continuamente (bucles de retroalimentación, listas de supresión, monitoreo de listas de bloqueo, y peculiaridades por proveedor en Gmail, Microsoft y Yahoo todas demandan atención diaria).
Ninguna nube de propósito general quiere respaldar eso en tu nombre — como el Equipo de Cuentas de Vultr acaba de demostrar. Un proveedor especializado, por otro lado, apuesta todo su negocio en ello. Nuestra infraestructura, nuestro espacio IP, nuestro monitoreo y nuestra aplicación anti-abuso existen todos para proteger un activo: la reputación de envío en la que viaja el correo de nuestros clientes. Ese alineamiento es todo el producto. Es desafiante de entregar — que es precisamente por qué vale la pena pagar a un especialista para entregarlo.
Cómo enviar correo desde Vultr (la forma que funciona)
Aquí está la buena noticia: Vultr solo bloquea el puerto 25 — el puerto servidor a servidor. El puerto 587, el puerto de envío estándar que tu aplicación usa para entregar correo a un servicio de correo, está completamente abierto. Lo que significa que Mailer To Go funciona perfectamente desde cualquier instancia de Vultr, sin tickets, sin esperar, y sin calentamiento.
Regístrate en mailertogo.com, verifica tu dominio de envío, y apunta tu aplicación a tus credenciales SMTP:
# Rails — config/environments/production.rb
config.action_mailer.smtp_settings = {
address: ENV["MAILERTOGO_SMTP_HOST"],
port: 587,
user_name: ENV["MAILERTOGO_SMTP_USER"],
password: ENV["MAILERTOGO_SMTP_PASSWORD"],
authentication: :plain,
enable_starttls_auto: true
}
// Node.js — con Nodemailer
const transporter = nodemailer.createTransport({
host: process.env.MAILERTOGO_SMTP_HOST,
port: 587,
auth: {
user: process.env.MAILERTOGO_SMTP_USER,
pass: process.env.MAILERTOGO_SMTP_PASSWORD,
},
});
Firma DKIM, alineación SPF, DMARC, manejo de rechazos y quejas, listas de supresión, y reputación de IP se manejan todo de nuestro lado — las partes que Vultr correctamente decidió no estar en el negocio de supervisar.
Tu instancia de Vultr sigue haciendo en lo que Vultr es genuinamente excelente: ejecutar tu aplicación. Tu correo viaja en infraestructura que existe para exactamente un propósito — hacerlo entregar.