Qué es un relay SMTP y cómo funciona

Un único punto de envío fiable para todas sus aplicaciones.

Un SMTP relay es un servidor de correo saliente por el que su software envía el correo en lugar de hacerlo directamente desde su tienda online, su servidor o su aplicación. Así obtiene control central, autenticación y entrega, sin que cada sistema necesite su propia configuración de correo, su propia reputación y su propia dirección IP.

relay.2mail.eu puerto 587 TLS servidores belgas
Lo básico

¿Qué es un relay SMTP?

Una estación intermedia que reenvía con oficio cada correo saliente de sus aplicaciones a la bandeja de entrada de su destinatario.

SMTP (Simple Mail Transfer Protocol) es el protocolo estándar con el que los servidores y las aplicaciones envían correo. Cuando una tienda online, un CRM, un ERP o un servidor propio envía directamente, casi siempre lo hace desde una dirección IP sin ningún historial de envíos. Los proveedores de buzones como Gmail, Outlook y Proximus no conocen esa dirección, no confían en ella y a menudo filtran automáticamente los mensajes: directos a la carpeta de spam o, peor aún, con un rechazo duro.

Un SMTP relay resuelve eso colocándose entre su aplicación y el destinatario final. En lugar de que cada aplicación tenga que gestionar su propio servidor de correo, su reputación de IP y los registros de autenticación correctos, todo sale por un único punto de envío controlado, calentado y autenticado. Ese relay vigila la calidad de cada mensaje saliente, aplica limitaciones de velocidad cuando hace falta y se ocupa de que los proveedores de buzones reconozcan al remitente y confíen en él.

Por qué el envío centralizado marca la diferencia

El resultado es un solo sitio donde configurar la autenticación, un solo sitio donde seguir las entregas, los rebotes y los rechazos, y una sola parte responsable de la reputación de la dirección IP de envío. Para una empresa que envía correo desde varios sistemas —una tienda online para las confirmaciones de pedido, un CRM para la comunicación con clientes, un servidor para los avisos— esa es la diferencia entre unos canales de envío sueltos y vulnerables y una infraestructura de correo gestionada de forma profesional.

¿Cuándo necesita un relay SMTP?

En cuanto envía correo algo que no es una persona. En estas cinco situaciones lo reconocerá.

  • Su tienda online envía confirmaciones de pedido, y los clientes llaman para preguntar si su pedido se ha tramitado.
  • Su aplicación envía la recuperación de contraseña, y los usuarios avisan de que el correo "no llega".
  • Su programa de contabilidad envía facturas que a algunos clientes les acaban en el spam.
  • El formulario de su web funciona hacia su propio buzón, pero no con los clientes que tienen una dirección en un gran proveedor.
  • Envía desde varios sistemas y ya nadie sabe qué servidor envía qué.

Si reconoce alguna de estas situaciones, el problema rara vez está en el contenido de sus mensajes. Está en el camino que recorren.

Qué no resuelve un relay

Una lista mala o un mensaje malo. Un relay entrega; que alguien lo abra depende de usted. Un relay tampoco acaba con un dominio que se puede suplantar: usted mismo incluye el relay en su registro SPF y activa DKIM para su dominio. Quien se salta ese paso ha trasladado el problema, pero no lo ha resuelto.

La ruta de un mensaje

De su aplicación hasta la bandeja de entrada

Tres pasos, un camino controlado. Así viaja cada correo por el relay de 2mail.

Paso 1 · Remitente

Su aplicación

Su tienda online, CRM, ERP o servidor entrega el correo por SMTP con su propio acceso.

Paso 2 · Relay de 2mail

2mail relay

Autenticación, limitación de ritmo, reintento automático y registro en infraestructura belga.

Paso 3 · Destinatario

La bandeja de entrada

El mensaje llega reconocido y con confianza a Gmail, Outlook, Proximus y compañía.

Su dominio sigue siendo el remitente: el relay envía en su nombre, no en el de 2mail.

2mail — smtp-config
hostrelay.2mail.eu
puerto587 // submission
cifradoTLS (STARTTLS)
nombre de usuariosu acceso de 2mail
contraseñasu contraseña de 2mail
Conexión verificada y cifrada
Los ajustes

Cinco campos y ya envía con 2mail

Conecta cada aplicación con exactamente los mismos datos SMTP. Introdúzcalos una sola vez en su tienda online, su CRM, su ERP o su programa de correo y, a partir de ahí, todo el correo saliente de ese sistema pasará por nuestra infraestructura, sin más cambios en su software.

  • El puerto 587 con TLS es el estándar universalmente admitido para el envío autenticado.
  • Su acceso personal autentica cada mensaje: no hay ninguna vía de envío abierta ni anónima.
  • Puede conectar varias aplicaciones con el mismo acceso o con accesos distintos, cada uno con su propia visión.
En la práctica

Así conecta su aplicación

De los datos SMTP al tráfico plenamente en marcha, en cuatro pasos claros.

Introducir los datos SMTP

Añada el host, el puerto 587 y su acceso personal en su aplicación. Listo en unos minutos.

Configurar la autenticación

El panel crea con un clic su clave DKIM y los registros DNS de SPF, DKIM y DMARC. Usted los publica en su proveedor de DNS y después los comprueba con un clic.

Probar y construir el volumen

Usted prueba la conexión con un primer mensaje y ve el resultado mensaje a mensaje en el panel. Después construye el volumen usted mismo, poco a poco.

En marcha con monitorización

Usted envía en directo mientras nosotros vigilamos continuamente las entregas, los rebotes y los rechazos.

Por qué no directamente

¿Relay gestionado o envío directo?

Enviar directamente desde una tienda online, un servidor o una aplicación parece sencillo, pero en la práctica trae consigo una serie de riesgos. Una sola aplicación mal configurada puede hundir la entregabilidad de todo su correo, incluidos los correos de sistema críticos.

Envío directo

Cada sistema por su cuenta
  • Dirección IP sin historial de envíos ni reputación
  • SPF, DKIM y DMARC configurados a mano y a menudo mal
  • Sin protección frente a picos repentinos de volumen
  • Sin reintento automático ante listas grises o limitaciones de ritmo
  • Sin una visión central de los rebotes y los rechazos
  • Gran riesgo de acabar en spam o de sufrir un rechazo duro
vs

Con el relay de 2mail

Un solo punto de envío gestionado
  • Grupo de IP calentado y aleatorizado en servidores belgas
  • SPF, DKIM y DMARC: registros listos, comprobación en un clic
  • La limitación de ritmo por dominio protege su reputación
  • Reintento automático ante errores temporales
  • Registro completo de cada rechazo y cada rebote
  • Alta entregabilidad y seguimiento personal

Con 2mail no tiene que gestionar ningún servidor de correo, ni construir una reputación de IP, ni interpretar a mano los informes de rebote o de rechazo: de eso nos ocupamos nosotros, con soporte personal cuando lo necesita. Todo se hace conforme a las normas belgas y europeas de protección de datos (RGPD), en una infraestructura que JAAN bv gestiona desde Zelzate desde el año 2000.

Para qué se usa

Aplicaciones típicas de un SMTP relay

Tienda onlineConfirmaciones de pedido y avisos de envío que llegan siempre.
CRMComunicación con clientes y seguimiento automático desde su sistema.
Servidor propioAvisos de sistema y de error desde sus aplicaciones y sus scripts.
Programa de contabilidadFacturas y recordatorios de pago que se entregan de forma fiable.
Conectar con su propio sistema

Automatizar con la API y los webhooks

Además de por SMTP, también puede manejar 2mail por HTTPS. Práctico cuando prefiere trabajar con JSON antes que con una configuración de correo, o cuando quiere decidir mensaje a mensaje cuándo sale y si se miden las aperturas.

Enviar mediante la APIUna sola llamada con remitente, destinatario y contenido. Recibe al instante un id con el que consultar el estado más tarde.
WebhooksEmpujamos cada evento hacia su URL en cuanto lo conocemos: entregado, rebotado, abierto. Firmado y con repetición automática.
Una clave por aplicaciónCada aplicación recibe su propia clave, que solo puede enviar y que puede revocar por separado sin tocar el resto.

Preguntas frecuentes sobre el SMTP relay

Un relay SMTP es un servidor de envío que sus aplicaciones utilizan en lugar de enviar el correo ellas mismas. Su tienda online, su CRM o su programa de contabilidad entrega el mensaje al relay con unas credenciales, y el relay se ocupa de la entrega: autenticación, reputación, nuevos intentos ante errores temporales e informes por mensaje.
En cuanto envía correo algo que no es una persona: una tienda online con confirmaciones de pedido, una aplicación con recuperación de contraseña, un programa de contabilidad con facturas. Un servidor web técnicamente puede enviar correo, pero no tiene reputación, no figura en su registro SPF y no firma nada con DKIM; para el destinatario, eso tiene aspecto de spam.
No. Un servidor de correo también recibe y guarda el correo de sus usuarios. Un relay solo envía. Sus buzones se quedan donde están, por ejemplo en Microsoft 365; solo sus aplicaciones se mudan al relay.
Para un puñado de mensajes al día, a menudo sí. Los proveedores de buzones suelen imponer límites diarios bajos y no están hechos para el correo automático. En cuanto una tienda online o una aplicación envía cientos de mensajes al día, se topa con esos límites.
El puerto 587 con STARTTLS es el estándar para el envío autenticado y lo admite prácticamente cualquier programa. El puerto 25 está pensado para el tráfico entre servidores de correo, y muchos proveedores y plataformas de hosting en la nube lo bloquean para el tráfico saliente.
Con todo lo que hable SMTP, y eso es prácticamente cualquier programa: WordPress, WooCommerce, Odoo, PrestaShop, Magento, Laravel, Microsoft 365 y cualquier cliente de correo corriente. Usted introduce un nombre de servidor, un puerto y unas credenciales en los ajustes SMTP.
SMTP es la vía más rápida: casi todos los sistemas tienen un campo de ajustes para ello. Una API REST resulta más práctica si usted desarrolla su propio software y quiere recibir un estado por mensaje: envía con una clave de API y los webhooks comunican qué ocurrió con cada mensaje. En 2Mail las dos vías conviven.
Sí. Usted incluye el relay en el registro SPF de su dominio y activa DKIM, para que el servidor receptor pueda comprobar que el relay está autorizado a enviar en su nombre. En 2Mail le facilitamos los registros correctos y le ayudamos a configurarlos.

Conecte su primera aplicación

Le ayudamos personalmente con la configuración y el calentamiento de la IP, en infraestructura belga y conforme al RGPD.

Trust Guard Security Scanned
Llamar ahora
Enviar un correo