De un vistazo. Host: smtp.migosmtp.com · Puertos: 587 (STARTTLS), 465 (TLS) · Autenticación: Credenciales por aplicación · También disponible: API REST
La versión corta
- Qué es un relay SMTP. Un relay SMTP es un servidor de correo que acepta un mensaje de su aplicación y lo reenvía al servidor del destinatario.
- Por qué no entregar directamente desde su servidor. Un servidor puede entregar directamente al destinatario, pero rara vez funciona bien.
- Qué necesita para conectarse. Necesita el nombre de host del relay, un puerto, un modo de seguridad y credenciales.
- Configurar Postfix para usar un relay. Postfix, habitual en servidores Linux, lo llama relayhost.
- Configurar una aplicación web. La mayoría de los frameworks y sistemas de contenido tienen una página de ajustes de correo o unas pocas variables de entorno para el host SMTP, el puerto, el cifrado, el usuario y la contraseña.
- Cuando un relay no envía. Trabaje de fuera hacia dentro.
Qué es un relay SMTP
Un relay SMTP es un servidor de correo que acepta un mensaje de su aplicación y lo reenvía al servidor del destinatario. Su aplicación no necesita saber cómo encontrar el destino, reintentar una entrega fallida ni mantener una buena reputación de envío. Entrega el mensaje al relay y el relay hace el resto.
La gente usa las palabras relay, smart host y servicio SMTP casi indistintamente. En la práctica, todas significan un servidor en el que usted se autentica y a través del cual envía.
Por qué no entregar directamente desde su servidor
Un servidor puede entregar directamente al destinatario, pero rara vez funciona bien. Muchos hosts bloquean el puerto 25. Las direcciones IP de servidores nuevos no tienen reputación y algunas ya figuran en listas de bloqueo. Los receptores esperan DNS inverso, autenticación y un comportamiento consistente que un servidor de aplicaciones aislado rara vez ofrece.
Un relay operado por un proveedor de envío cuenta con una infraestructura consolidada, gestiona los reintentos y los aplazamientos, y le ofrece registros cuando un mensaje no llega.
Qué necesita para conectarse
Necesita el nombre de host del relay, un puerto, un modo de seguridad y credenciales. En MigoSMTP el host del relay es smtp.migosmtp.com, y lo habitual es el puerto 587 con STARTTLS. Use el puerto 465 si su software solo admite TLS implícito.
Cree credenciales por aplicación en su panel. Si una queda expuesta, la revoca sin tocar nada más.
Configurar Postfix para usar un relay
Postfix, habitual en servidores Linux, lo llama relayhost. Las líneas siguientes envían todo el correo saliente a través de un relay autenticado en el puerto 587 con cifrado obligatorio. Guarde el usuario y la contraseña en un archivo aparte que solo pueda leer root y ejecute postmap sobre él.
relayhost = [smtp.migosmtp.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encryptRecargue Postfix tras el cambio y envíe un mensaje de prueba. Revise el registro de correo si no sale: los errores de autenticación y los puertos bloqueados aparecen allí con claridad.
Configurar una aplicación web
La mayoría de los frameworks y sistemas de contenido tienen una página de ajustes de correo o unas pocas variables de entorno para el host SMTP, el puerto, el cifrado, el usuario y la contraseña. Introduzca los datos del relay, elija una dirección de remitente de un dominio que haya autenticado y envíe un mensaje de prueba desde dentro de la aplicación.
Si un plugin envía mediante la función de correo del propio alojamiento web, se salta su relay. Cámbielo para que use SMTP y así sus mensajes se firmen y se registren.
Cuando un relay no envía
Trabaje de fuera hacia dentro. Primero compruebe que puede alcanzar el puerto con la prueba por línea de comandos de nuestra guía del servidor SMTP. Si funciona, verifique que las credenciales son correctas y están activas. Después lea la respuesta que recibió su aplicación, porque la mayoría de los fallos muestran un motivo claro.
Si el relay acepta el mensaje pero no llega, revise los registros del lado del relay. Un rechazo del servidor del destinatario, como un rebote por falta de un registro SPF o DKIM, quedará anotado allí con su motivo.
Cambiar de un relay a otro
Cambiar de relay consiste sobre todo en cambiar cuatro valores: host, puerto, usuario y contraseña. La parte que requiere cuidado es la autenticación. Publique los registros SPF y DKIM del nuevo proveedor junto a los anteriores, migre primero una aplicación y compare la entrega, y luego cambie el resto.
Conserve su lista de supresión al migrar, para no enviar correo a direcciones que ya rebotaron o se quejaron. Nuestras guías de migración cubren el paso a paso para varios proveedores habituales.
¿Relay o API?
Un relay es el cambio más rápido, porque la mayoría del software ya habla SMTP. Una API le da un control más fino, como enviar una plantilla con variables, y respuestas más completas. Muchos equipos usan ambos: SMTP para el software estándar y la API para su propio código.
Ambos pueden usar la misma cuenta y el mismo dominio autenticado, así que puede empezar con uno y añadir el otro.
Relays abiertos y por qué importan
Un relay abierto acepta correo de cualquiera y lo reenvía. Los spammers abusan de ellos, y un servidor que resulta serlo se incluye rápidamente en listas de bloqueo. Un relay bien configurado exige autenticación, de modo que solo sus credenciales puedan enviar.
Si gestiona su propio servidor de correo, compruebe que no sea un relay abierto y nunca comparta credenciales del relay en un repositorio público.
Qué revisar antes de confiar en un relay
Observe cómo gestiona los rebotes y las quejas, si ofrece registros de mensajes y durante cuánto tiempo, qué puertos y qué compatibilidad con TLS tiene y cómo trata las listas de supresión. Averigüe qué soporte hay disponible cuando cae la entrega.
Autentique su dominio con SPF, DKIM y DMARC, sea cual sea el relay que elija. Nuestro verificador gratuito muestra lo que está publicado en su dominio y nuestras guías cubren cada registro.
Límites de velocidad, colas y reintentos
Un relay no entrega todos los mensajes al instante. Los pone en cola y reintenta los fallos temporales durante horas, que es lo que usted quiere cuando el servidor de un destinatario está ocupado. Su proveedor también puede limitar la rapidez con la que envía mensajes, de modo que un bucle que envíe diez mil mensajes en un segundo puede ser ralentizado o rechazado.
Haga que su aplicación tolere eso. Envíe por lotes, gestione un fallo temporal reintentando tras una pausa y no trate un mensaje aceptado como entregado: aceptación significa que el relay ha asumido la responsabilidad, no que el destinatario lo tenga. Use eventos de entrega o registros para confirmar el resultado.
Lecturas adicionales y fuentes
- RFC 5321: Simple Mail Transfer Protocol
- RFC 6409: Message Submission for Mail
- RFC 8314: Cleartext Considered Obsolete: TLS for email submission
Hágalo en MigoSMTP: artículos del centro de ayuda
- Ajustes SMTP: puertos, TLS y autenticación
- Seguridad y rotación de claves de API
- Códigos de rebote SMTP explicados
Guías y herramientas relacionadas
- Configuración de DKIM, SPF y DMARC: Autentique su dominio de principio a fin.
- ¿Qué es un servidor SMTP?: Puertos, ajustes y cuándo usar un servicio.
- Verifique SPF, DKIM y DMARC: Pruebe los registros de su dominio.
- Búsqueda de códigos de rebote: Descifre códigos SMTP y códigos de estado mejorados.
¿Listo para probarlo? Empiece con el plan gratuito y envíe su primer mensaje en minutos.
Preguntas frecuentes
¿Qué es un relay SMTP?
Un relay SMTP es un servidor que acepta correo de su aplicación o de su servidor de correo y lo entrega en su nombre. Se encarga de la entrega, los reintentos y la reputación para que su propio servidor no tenga que hacerlo.
¿Cuál es la diferencia entre un relay SMTP y un servidor SMTP?
Los términos se solapan. Un relay es un servidor SMTP que reenvía correo de remitentes autenticados a otros dominios, en lugar de limitarse a recibir correo para sus propios usuarios.
¿Por qué no envía mi relay SMTP?
Las causas habituales son credenciales incorrectas, un puerto bloqueado, una discrepancia de TLS, una dirección From de un dominio no verificado o un límite de velocidad. El código de respuesta del relay en sus registros suele indicar cuál es.
¿Debo usar un relay SMTP o una API?
SMTP es lo más rápido cuando su software ya lo admite. Una API ofrece un control más fino sobre plantillas, metadatos y gestión de errores. Muchos equipos usan ambos.